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1BSTBACT 


Calibration  is  a  vital  logistics  elemenx  that  directly 
impacts  operational  readiness  and  mission  capability. 
Declining  manpower  resources  and  fleet  expansion  necessitate 
improvements  in  calibration  productivity.  Toward  this  end 
the  Bavy  has  initiated  several  calibration  automation 
prograas.  Realization  of  the  full  potential  of  automated 
calibration  systeas  requires  that  the  test  instrument  be 
IEEE- 48 8  general  purpose  interface  bus  (GPI3)  configured. 
This  thesis  exaaines  the  relative  costs  and  benefits  of 
configuring  general  purpose  electronic  test  equipment 
(GPETE)  with  6PIB  tc  faciliate  automated  calibration.  If 
does  so  through  the  development  of  a  simple  cost-benefit 
analysis  and  a  discussion  of  non-quantifiable  advantages  and 
disadvantages,  based  upon  extensive  interviews  with  experts 
and  literature  research.  In  general,  the  analysis  supports 
GPIB  procurement  when  procurement  quantities  are  large, 
calibration  procedures  are  lengthy,  and/or  the  calibration 
interval  is  short. 
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I.  INTBODOCTIOH 


The  author's  assignment  as  the  Avionics/Armament  (IN-3) 
Division  Officer  onboard  OSS  JOHN  P.  KENNEDY  (CV-67)  brought 
an  acuta  awareness  of  the  criticality  of  electronic  calibra¬ 
tion  to  the  mission  effectiveness  of  an  aircraft  carrier 
(CV)  and  its  embarked  air  wing.  Virtually  every  item  of 
electronic  test  equipment  requires  calibration.  Therefore, 
any  factor  that  affects  calibration  productivity  and  turna¬ 
round  time  will  have  a  direct  effect  on  both  electronic  test 
equipment  and  electronic  system  availability. 

OSS  JOHN  F.  KENNEDY  was  fortunate  to  be  assigned  a 
number  of  highly  skilled  and  highly  motivated  calibration 
technicians.  But,  in  spite  of  this  advantage,  calibration 
still  often  created  a  "bottleneck"  in  the  electronic/ 
avionics  component  repair  cycle.  Other  CVs  were  not  as 
fortunate  and  experienced  far  greater  difficulties. 

Improvad  local  management  emphasis  and  planning  is 
required  to  optimize  the  utilization  of  available  calibra¬ 
tion  resources.  On  OSS  JOHN  F.  KENNEDY  several  competent 
avionics  technicians  were  reassigned  from  ether  areas  to  the 
onboard  fleet  Calibration  Activity  (FCA);  on-the-job 
training  (OJT)  was  arranged  at  local  Naval  Air  Rework 
Facility  (NARF)  and  shore  based  Aircraft  Intermediate 
Haintenance  Departments  (AIHD)  ;  and  detailed  calibration 
planning  was  introduced.  Yet  these  measures  were  not 

enough.  Even  in  the  current  favorable  (in  terms  cf  techni¬ 
cian  numbers  and  skill  levels)  peacetime  environment,  the  cv 
PCAs  are  hard  pressed  to  provide  the  calibraticn/repair 
quality  and  throughput  required  to  optimize  weapons  system 
support. 


The  passing  of  the  "post  war  baby  boom"  generation  and 
resultant  decrease  in  the  number  of  young  men  from  which  the 
Havy  can  recruit  (figure  1.1)  and  increasing  lucrative 
private  sector  opportunities  for  skilled  electronics  techni¬ 
cians  prcaises  to  aggravate  this  problem  at  a  time  that  the 
Navy  is  expanding  tc  a  six  hundred  ship  fleet  based  upon 
fifteen  carrier  battle  groups. 

The  Havy  generally  recognizes  the  current  calibration 
shortcomings  and  trends.  As  the  result  several  effective 
programs  have  been  initiated.  However,  one  aspect  that  has 
been  largely  overlooked  is  the  influence  that  test  equipment 
configuration  has  upcn  the  calibration  facility's  produc¬ 
tivity.  It  is  upon  this  aspect  that  this  thesis  will 
concentrate. 

The  objectives  of  this  thesis  are: 

1.  To  provide  a  basic  understanding  of  the  Navy  GPETE 
program  and  the  IEEE-488  interface  bus. 

2.  Tc  analyze  the  costs,  benefits,  advantages,  and 
disadvantages  of  the  IEEB-488  configuration  of  GPETE. 

3.  Tc  make  recommendations  for  the  enhancement  of  fleet 
calibration  productivity. 

Toward  this  end.  Chapter  2  will  present  various  past  and 
present  calibration  productivity  and  workload  reduction 
initiatives.  Chapter  3  will  provide  a  brief  introduction  to 
the  Havy  General  Purpose  Electronic  Test  Equipment  (GPETE) 
program  while  Chapter  4  gives  an  overview  of  the  IEEE-488 
interface  bus.  Chapter  5  presents  the  centerpiece  of  this 
thesis,  a  ccst-benafit  analysis  of  GPETE  IEEE-488  configura¬ 
tion.  Chapters  6,  7  and  8  will  provide  related  issues, 

recommendations  and  an  epilogue  respectively. 
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U  S.  MALES 
17  -  21 


Figure  1.1  Hilitary  Population  Besources. 


This  figure  demonstrates  the  decreasing  manpower  resources 
from  which  the  Navy  will  be  recruiting  over  the  next  two 
decades.  From  a  high  of  10.8  ail  lion  in  1976,  the  number  of 
males  17-21  years  of  age  in  the  population  of  the  United 
States  has  declined  to  approximately  10.0  million  in  1983 
and  is  projected  to  reach  a  low  of  8.0  million  in  1996. 
CHef.  1] 


II.  COBBIHT  PBODOCTIVITY  ENHANCEMENT  INITIATIVES 


Calibration  productivity  enhancement  and  workload  reduc¬ 
tion  has  been  the  objective  of  several  Navy  initiatives  over 
the  past  decade.  These  prograas  can  be  divided  into  two 
general  areas-  calibration  automation  and  management 
improvement.  The  following  is  a  brief  summary  of  some  of 
these  initiatives. 

A.  CALIBRATION  AUTONATION 

As  automatic  test  equipment  (ATE)  has  improved  techni¬ 
cian  test,  check  and  repair  productivity,  automated 
calibration  systems  (ACSs)  have  the  potential  of  improving 
calibration  productivity. 

The  Navy  is  currently  approaching  calibration  automation 
through  four  different  programs:  Modularly  Equipped  and 

Configured  Calibrators  and  Analyzers  (MECCA)  ,  Automated 
Calibration  and  Diagnostics  (AC/D) -formerly  Automated 
Calibration  Laboratory/  Satelite  Calibration  and  Diagnostics 
(ACL/SCD)  ,  Nobile  Automated  Calibration  Laboratory  (MACL)  , 
and  Parametric  Tolerance  Verification. 

1.  flic Cl 

MECCA  is  a  portable,  automated  calibration  system 
developed  by  the  Metrology  Engineering  Canter  (NEC)  .  The 
system  consists  of  a  micro-processor  driven  controller 
(currently  the  PLUKE  1720A/AP)  linkad  by  interface  bus  to 
one  cf  several  programmable  calibrators  (meter,  signal 
generator,  oscilloscope  and  frequency/counter  calibrators 
are  currently  available  or  under  development) .  MECCA  is 
able  to  function  in  cne  of  two  modes  of  operation  depending 
on  the  test  instrument's  (TI)  IEEE-488  configuration. 
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In  the  "open  loop"  node  (for  non-IBEE-489  test 
instruments)  the  controller  and  calibrator  are  interfaced 
via  the  IEEE-488  bos  permitting  the  controller  to  automati¬ 
cally  set  the  calibrator's  function,  range  and  accuracy. 
However,  because  the  test  instruaent  is  not  bus  compatible, 
its  interface  with  the  controller  consists  of  standard 
leads.  Therefore,  the  operator  aust  physically  interface 
with  the  test  instruaent  and  controller  (using  the  controll¬ 
er's  hand  held  "operator's  aid")  to  adjust  the  calibrator's 
output  until  the  test  instruaent* s  measurement  indication 
(digital  cr  dial  display)  coincides  with  the  controller's 
prograaaed  output.  Once  this  is  accomplished,  the  controller 
is  able  tc  compare  the  calibrator's  programmed  and  adjusted 
outputs  tc  determine  if  the  test  instrument  is  within  the 
prescribed  tolerance. 

In  the  "closed  loop"  mode  (for  IEEE-488  configured 
test  instruments)  operator  interface  is  significantly 
reduced.  Because  the  test  instrument  is  now  interfaced  with 
the  controller  and  the  calibrator  via  the  IEEE-488  bus,  the 
controller  can  make  direct  comparisons  of  the  calibrator's 
output  and  the  test  instrument's  measurement  indication. 
Therefore,  operator  adjustment  of  the  calibrator  output  is 
eliminated. 

While  it  is  possible  for  a  "closed  loop"  calibration 
to  automatically  proceed  from  one  parametric  test  to 
another.  Navy  closed  loop  procedures  are  currently  written 
to  display  the  results  of  each  paramatric  test  on  the  cont¬ 
roller  CBT.  Each  step  in  the  calibration  procedure  must, 
therefore,  be  manually  initiated  by  the  operator. 

2.  ac/p 

AC/D  is  a  Naval  Aviation  Logistics  Center  (NALC) 
program  designed  to  encourage  and  coordinate  the  development 
of  automated  calibration  systems  (ACSs)  in  Navy  type  II  and 
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type  III  calibration  laboratories.  The  program  is  managed 
by  MALC  Code  330  with  contractor  support  services  (CSS) 
provided  by  Science  Applications  Inc.'s  (SAI)  calibration 
Support  Division.  Initially  the  program  only  included  three 
calibration  facilities:  Naval  Air  Test  Center  (NATC) 

Patuxent  River*  NARF  Pensacola  Type  II*  and  NARF  Alameda 
Type  II. 

NATC  Patuxent  River  is  assigned  responsibility  for 
the  development  of  ACSs.  Like  MECCA *  the  AC/D  systems  are 
based  cn  a  vicroprocessor  based  controller  and  programmable 
calibrators.  But  unlike  MECCA,  AC/D  procedures  are  written 
to  sinisize  operator  intervention.  Instead  of  requiring  the 
operator  to  Initiate  each  step*  AC/D  procedures  are*  when¬ 
ever  possible*  "hands  off"  with  the  results  directly 
transmitted  to  a  printer  to  facilitate  review  at  the  opera¬ 
tor's  convenience.  Thus*  following  set-up  and  program 
initiation*  a  fully  prograaaable  TI  could  run  through  the 
entire  calibration  procedure  without  the  operator  being 
present.  To  date*  BATC  has  developed  several  ACSs  including 
an  AH/APfl-403,  radar  altiaeter  test  set*  ACS  that  reduces 
calibration  requirements  froa  forty  high  skill  manhours  to 
8-12  aoderate  skill  aanhours  [Ref.  2]. 

BARF  Pensacola  is  tasked  with  the  development  of 
systees  to  detect  and  diagnose  faults  in  the  test  instru- 
ment's  IEEE-488  bus*  interconnecting,  and  conventional 
circuitry  and  the  instrument's  microprocessors.  An  I2EE-488 
bus  diagnostic  system  based  upon  an  Interface  Technologies 
ITC-488  controller  has  been  developed  and  deployed  to  the 
type  II  and  III  (but  not  PCA  (type  IV))  laboratories.  A 
microprocessor  diagnostic  system  is  near  completion  and 
current  planning  calls  for  type  II/III  deployment  in 
Septeaber  1983.  Current  plans  call  for  initiating  the 
development  of  diagnostics  for  instrument  interconnecting 
and  conventional  circuitry  in  the  near  future.  [Ref.  3] 
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HABF  Alameda  is  assigned  as  the  AC/ D  contrcl  center 
and,  as  such,  tasked  with  the  production  and  distr ibu*ion  of 
the  systeas  developed  by  the  other  facilities. 

At  the  AC/D  Conference  in  Dallas,  Texas  29-31  March 
1983,  the  retaining  HARP  type  II  and  type  III  laboratories 
were  brought  into  the  prograa.  The  addition  of  these  activ¬ 
ities  and  their  resident  expertise  (aany  have  independently 
developed  ACSs)  proaises  to  farther  enhance  ACS  development 
and  application. 

Because  all  of  the  AC/D  laboratories  have  FLUKE 
1720 A  controllers,  aany  of  the  ACSs  developed  under  this 
prograa  will  be  directly  applicable  to  MECCA. 

3.  HACL 

The  MACL  prograa  was  initiated  in  1981  by  NALC  under 
contract  to  SAI  at  NATC  Patuxent  River.  The  program's 
objective  is  the  development  of  a  mobile  automated  calibra¬ 
tion  facility  that  can  be  rapidly  deployed  to  a  forward  site 
or  used  to  teaporarily  augment  an  existing  facility. 

MACL  is  housed  in  a  9»  X  28'  trailer  that  is  config¬ 
ured  with  all  necessary  power,  air  conditioning,  racks  and 
benches.  The  installed  ACS  (called  Mobile  Automated 
Calibration  Systea  (MACS))  is  based  on  a  John  Fluke  7405A 
aeter  calibrator,  aodified  by  the  addition  of  a  Tektronix 
oscilloscope  calibrator.  Onlike  MECCA,  whose  applications 
software  and  ICPs  are  stored  on  floppy  diskettes,  MACS 
stores  all  its  software  in  a  computer  for  direct  access  by 
the  systea  controller. 

The  MACL  prograa  includes  aora  than  the  development 
of  HACL  calibration  capability  and  logistics.  It  also 
includes  tasks  such  as  the  development  of  a  universal  cali¬ 
bration  procedure  generator  that  will  have  wide  ACS 
applicability.  (Ref.  *] 
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4.  imasisis  Taisias  Xis££Lsft&Lfiji 

Parametric  tolerance  verification  is  a  calibration 
concept  being  implemented  in  the  latest  generation  of  Navy 
ATE.  Instead  of  individually  calibrating  ATE  building 
blocks  (BBs)  off-line#  the  station  as  a  whole  is  certified 
using  a  primary  reference  standard  and  autoaated  program. 

The  reference  standard  aay  be  integrated  into  the 
star  ion  as  either  an  iabedded  building  block  (BB)  or  as  a 
plug-in  interface  device  (ID) .  The  foraer  configuration 
sill  be  implemented  in  the  AN/OSH-470  Automatic  Test  station 
(ATS)  and  the  AH/OSfl-484  Hybrid  Te3t  station  (HTS)  .  The 
latter  configuration  is  planned  for  the  an/usu-469  radcom 
and  the  AH/OSH-4  29  (?)  1  CATIIID. 

Parametric  tolerance  verification  reduces  FCA  work¬ 
load  requirements  by  reducing  the  number  c£  station  building 
block  (BB)  test  instruments  requiring  off-line  calibration. 
For  example#  of  the  23  AH/OSH-470  building  blocks,  only  one 
(the  calibration  module  itself)  raquires  off  line  calibra¬ 
tion.  (Bef.  5]  Additional  advantages  of  parametric 
tolerance  verification  include: 

1.  Enhancement  of  ATE  operational  readiness  by  elimi¬ 
nating  BB  removals  ar  individual  calibration 
intervals. 

2.  Checking  of  reacte/programaable  features. 

3.  Testing  of  instruments  in  their  operational  environ¬ 
ment. 

4.  Seduction  of  EE  in  transit  time  and  damage. 

5.  Seduction  of  connector  wear  by  reducing  BB  removal 
requirements. 

6.  Elimination  of  the  calibration  of  unused  features  and 
accuracies. 
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s.  flisssUa ssaaj  ass  laiiiaiim 


Virtually  every  Wavy  civilian  manned  calibration 
facility,  whether  involved  in  AC/D  or  not,  has  their  own 
automatic  calibration  initiatives  and  many  have  seme  opera¬ 
tional  systeas.  The  author  found  such  programs  in  force  at 
Havy  Calibration  Laboratory  (NCL)  Tustin,  NCL  whidby  Island, 
the  Naval  Avionics  Center  (Indianapolis),  and  several  N ABF 
calibration  laboratories  which  until  recently  had  net  parti¬ 
cipated  in  AC/D. 

B.  BANA6SBEMT  XBPBO  VEBEHT 

i.  laisaali  1 1 

"Intervals  By  Exception"  is  a  management  decision  making 
approach  to  calibration  interval  determination  and  interpre¬ 
tation  developed  by  BEC  in  1970.  The  approach  differs  from 
past  sodel  number  and  serial  number  interval  determination 
criteria  by  isolating  individual  serial  numbers  whose 
statistical  reliability  differs  markedly  from  their  model's 
population  norm.  The  individual  deviant  instruments  (termed 
"dogs"  if  significantly  less  reliable  than  the  norm  and 
"gems"  if  significantly  more  reliable)  are  assigned  indivi¬ 
dual  calibration  intervals  (published  in  the  "Metrology 
Bulletin"  distributed  monthly  by  BEC)  .  The  remaining  popu¬ 
lation  reliability  data  is  used  to  determine  a  model 
calibration  interval  for  semi-annual  publication  in  the 
"Betrclogy  Requirements  List"  (BETRL)  ,  navair  17-35MTL-1. 

Isolation  of  these  "exceptions"  increases  the 
model's  calibration  interval,  thus  reducing  the  total  number 
of  required  calibrations.  A  test  program  of  60  "high 
submission"  model  numbers  demonstrated  an  average  interval 
increase  from  6.8  to  8.2  months  as  the  result  of  this 
program.  £Bef.  6] 
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2.  £££  &£  ££22122 


In  1976  the  Metrology  Engineering  Center  changed  its 
calibration  interval  criteria  from  .85  EOP  (end  of  period) 
to  .85  AOP  (average  ever  period).  The  results  in  terms  of 
increased  calibration  intervals  were  dramatic.  From  June 
1976  to  July  1979  the  average  calibration  interval  of  a 
sample  of  305  SPETE  items  increased  from  8.8  tc  13.6  months. 
The  estimated  annual  savings  resulting  from  this  increase 
was  18,000  calibrations  and  45,000  manhours.  [Ref.  7]  By 
October  1982  the  average  interval  of  these  same  305  items 
had  increased  to  15.1  months  [Ref.  8]. 

3-  £££  J&£&  Centej  Productivity  Enhancement  Program 

The  Precision  Measuring  Equipment  (PME)  Work  Center 
Productivity  Enhancement  Program  was  initiated  by  the 
Aircraft  Intermediate  Maintenance  Support  office  (AIMSO)  in 
1981.  The  purpose  of  this  program  is  to  improve  the  produc¬ 
tivity  cf  HA  7  A  IB  type  17  (FCA)  calibration  activities 
through  the  identification  of  depot  level  (type  I,  II,  and 
III  calibration  laboratories)  calibrations  that  are  within 
the  capability  of  the  forwarding  FCA.  A  survey  of  ten  FCAs 
identified  approximately  25,000  calibration  hours  in  this 
category.  [Bef.  9] 

AIMSO  proposes  generation  of  a  quarterly  or  semi¬ 
annual  report  to  identify  these  inappropriate  depot  level 
calibrations.  This  report,  which  would  be  distributed  to 
the  cognizant  FCA  manager,  AIMO  Officer  and  type  commander, 
would  be  used  to  investigate  the  causes  of  the  prebiam 
(inadequate  screening,  training,  calibration  standards, 
etc.)  so  that  corrective  action  could  be  initiated. 

Elimination  of  inappropriate  depot  level  calibra¬ 
tions  will  zeduce  test  equipment  turnaround  tine  and  save  an 
estimated  115  million  in  NARF  Naval  Industrial  Funds  (NIF) 
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annually.  Additional  NIF  savings  could  be  realized  by 
extension  of  such  a  pzograa  to  NAVSEA  and  NAVELEX  cognizant 
activities.  [Ref.  10] 


ZIZ.  GENERAL  POEPCSB  ELECTRONIC  EQUIPMENT  (GPETE) 


Navy  electronic  test  equipaent  is  generally  classifed  as 
either  automatic  test  equipaent  (1TB),  calibration  stan¬ 
dards,  cr  electronic  test  equipaent  (ETE)  .  1TE  consists  of 
systems  of  iastruaents  interfaced  with  a  computer  (cont¬ 
roller)  to  work  as  a  unit  in  performing  test  functions. 
Calibraticn  standards  are  those  instruments  which  have  been 
certified  tc  serve  as  the  accuracy  control  in  the  calibra¬ 
tion  cf  other  instruments.  STB  refers  to  manually  operated, 
stand  alone  instruments.  Zn  recent  years,  with  the  intro¬ 
duction  of  aicroprccessor  controlled  iastruaents  and 
automated  calibration  systems,  these  distinctions  have 
become  increasingly  clouded. 

The  Navy  sub-divides  ETE  into  three  general  catagories: 
general  purpose  electronic  test  equipaent  (GPETE) ,  special 
purpose  electronic  test  equipaent  (SPETE)  ,  and  other  ETE 
(category  definitions  are  provided  in  Appendix  B)  .  Of  the 
three,  GPETE  contains  the  greatest  number  of  individual 
instruments.  Zn  fact,  the  calibration  of  GPETE  accounts  for 
ever  half  of  the  electronic  calibration  workload  in  a  CV  FCA 
Clef.  9]. 

A.  GPETE  CLISSZIZCATZOHS 

GPETE  is  sub-divided  into  the  following  two  classifica¬ 
tions: 


1*  ££112 

Standard  GPETE  is  equipaent  which  has  been  deter¬ 
mined  by  the  Naval  Electronic  Systems  Command  to  most 
closely  meet  Navy  requirements.  This  equipment,  which 
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consists  primarily  of  off-the-shelf  (OTS)  commercial  test 
equipment  (CTB)  ,  is  listed  in  MIL-SID-1364  (Navy)  as 
preferred  fer  procurement  and  is  approved  for  service  use. 

2.  &S3kz2*A&&Ll  22SI I 

Hon-standard  GPETE  are  those  items  of  GPETE  not 
listed  in  MIL-STD-1364  as  preferred  for  procurement.  This 
catagcry  includes  standard  GPETE  instruments  whose  configu¬ 
ration  (options)  differ  from  the  prime  configuration  listed 
in  HIL-STD-1364  Appendix  I. 

B.  GPBTE  MANAGEMENT 

Prior  to  the  issue  of  NAVHAT  Instruction  5430.42  (super- 
ceded  by  the  HAVHATIMST  4790.25  series),  on  15  April  1970, 
GPETE  management  was  fragmented  among  the  hardware  systems 
commands.  This  instruction  assigned  Navy-wide  GPETE  manage¬ 
ment  responsibility  to  NAVE LEI.  NAVELEX  responsibility  was 
subsequently  expanded  to  include  overall  Test,  Measuring, 
and  Diagnostic  Equipment  (THDE)  management  by  NAVNAT  Notice 
5430  of  29  June  1981.  This  latest  change  was  facilitated  by 
the  transfer  of  the  Test  and  Monitoring  Systems  (TAMS) 
Office  ft  cm  RAVHAT  (where  it  was  code  04T)  to  NAVELEX  (where 
it  is  code  C8T)  . 

Bithia  NAVELEX  GPETE  responibilit ies  are  assigned  tc  the 
TMDE  Divisicn  (Code  815)  where  they  are  delegated  tc  two 
branches.  The  Test  Equipment  Maintenance  Engineering  Branch 
(Code  8152)  acts  as  the  test  equipment  Logistics  Element 
Manager  (LEM)  and  is  assigned  GPETE  responsibilities  related 
to  NAVELEX  cognizant  prime  weapons  systems.  The  Test 
Equipment  Engineering  and  Procurement  Branch  (Cede  8151)  is 
responsible  for  Navy-wide  GPETE  program  management  (lass 
logistics) . 
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1.  MAY ELS I  gl§]  Besnon sibllities 


Tb«  lest  Equipment  Engineering  and  Procurement 
Branch  is  staffed  with  acquisition  engineers  and  a  single 

/ w%- 

program  analyst.  It  is  tasked  with  the  following  GPETE 
■anagcaent  responsibilities; 

1.  Classification  qf  EJ^.  ETE  is  classified  as  GPETE, 
SBETE  or  other  ETE  by  the  Haval  Material  Command's 
Electronic  Test  Equipment  Classification  Board.  A 
NAVELEX  8151  representative  chairs  this  beard  and 
resolves  classification  through  telephone  coordina¬ 
tion.  Only  occasionally  is  a  formal  meeting 
required.  (Ref.  11] 

2.  Quality  and  S cecifications.  NAVELEX  8151  carries  out 
its  quality  and  specification  r  asponsibilitias 
through  the  maintenance  of  the  following  three  stan¬ 
dards: 

a)  MIL- STD- 1364,  "Military  Standard  for  Standard 
General  Purpose  Electronic  Test  Equipment."  A 
companion  document,  HIL-STD-1387,  provides  proce¬ 
dures  for  procurement  approval  of  non-standard 
GPETE. 

b)  MIL-T-28800,  "General  Specification  for  Test 
Equipment  for  Use  with  Electrical  and  Electronic 
Equipment" 

c)  MIL-HDBK-26S,  "Standard  General  Purpose  Electronic 
Test  Equipment  Support  Items  (GSI)" 

Technical  support  for  maintenance  of  these  standards 
is  provided  by  the  Test  Equipment  Environmental 
Compatibility  Division  (Code  026)  at  the  Naval 
Electronic  Systems  Engineering  Activity  (NESEA)  . 

3.  Procurement  Coordination.  NAYELEX  8151  is  the 
liaison  between  the  GPETE  users/buyers  (the  hardware 
systems  commands)  and  the  GPETE  procuring  agency 


-u  "  1  -  *  ■■  1  ■  - 

*  s  .*.».•  .  ,r.  * 
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(SFCC) .  In  this  role  NAVELEX  8151  is  responsible 
for: 

a)  Maintenance  of  an  automated  data  base  that 
includes  requirements  identification,  procurement 
plans  and  budgeting  inputs. 

b)  Preparation  of  specifications  (“salient  character¬ 
istics'*)  fcr  6 PETE  procurement. 

c)  Recommendation  of  procurement  methods. 

d)  Review,  clarification,  coordination,  technical 
approval,  and  consolidation  of  hardware  systems 
command  (SYSCOM)  GPETE  requirements  lists. 
[Bef.  12] 

4.  GPETE  Planning  and  Budgeting.  NAVELEX  8151  prepares 
OEN  Program  Objectives  Memorandums  (POM)  relative  to 
the  GPETE  program  and  the  subsequent  budget  fore¬ 
casts. 

5.  Standardization.  NAVELEX  8151  responsibilities  for 
standardization  include: 

a)  Development  and  implementation  of  a  GPETE  stand¬ 
ardization  program  which  minimizes  proliferation 
and  ensures  total  cost  effectiveness  without 
degrading  mission  performance. 

b)  Assurance  that  standard  GPETE  models  listed  in 
MIL-STD-1364  (Navy)  are  up  to  date  and  minimize 
life  cycle  costs  by  considering  overall  reli¬ 
ability,  maintainability,  repair,  calibration  and 
ILS  planning. 

c)  Control  of  non-standard  GPETE  procurement  through 
management  of  MIL-STD-1387  procedures. 

d)  Centralization  of  procurement  to  the  maximum 
extent  possible.  [Ref.  13] 
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2.  NAVELEX  81 3  2  logistic  Responsibilities 

In  addition  to  the  TflDE  management  responsibilities 
for  shore  coaoands  (discussed  below)  ,  NAVELEX  8152  is  the 
logistics  element  manager  (LEM)  for  GPETE.  As  such,  its 
responsibilities  include: 

1.  Development  of  6PETS  ILS. 

2.  Development  of  operational  logistics  support  plans 
(including  repair,  calibration,  provisioning  and 
training)  for  GPETE. 

3.  Assignment  of  source,  maintenance  and  recoverability 
(SM&R)  codes  to  GPETE. 

3.  Hardware  Systems  Command  Responsibilities 

The  hardware  systems  commands  (SYSCOMs)  ,  as  the  TMDE 
managers  for  weapon  systems  under  their  cognizance,  are 
assigned  the  following  GPETE  management  functions: 

1.  Providing  NAVELEX  with  GPETE  requirements  data, 
including  th9  minimum  performance  specifications,  to 
support  weapon  systems  under  their  cognizance. 

2.  Consolidation  and  submission  of  GPETE  initial  outfit- 
ting  (SINO)  requirements. 

3.  Budgeting  and  funding  identification  of  cognizant 
GINO  requirements. 

4.  Development,  maintenance  and  distribution  of  TMDE 
allowance  and  inventory  lists  for  applicable  user 
activities. 

5.  Designation  of  a  representative  to  serve  on  the 
HAVHAT  ETE  Classification  Board.  [Hef.  141 

The  specific  SYSCOH  areas  of  responsibility  and 
internal  GPETE  management  assignments  follow. 
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a.  Naval  lir  Systems  Command 

NAVAIR  is  the  THDE  manager  for  aviation  ground 
support  equipment  (GSE) .  Within  NAVAIR#  Code  552  (currently 
assigned  to  Code  55223)  is  responsible  for  GPETE  management# 
but  most  GPETE  functions  have  been  delegated  to  the  Naval 
Air  Engineering  center  (NAEC)  Code  92524  [Ref.  15]. 

b.  Naval  Sea  Systems  command 

NAVSEA  is  the  TMDE  manager  for  ships  and  fleet 
activities  ashore  less  aviation  GSE.  GPETE  management 
within  NAVSEA  is  assigned  to  the  Weapons  System  Engineering 
Division  (Code  06C)  where  it  is  carried  out  by  NAVSEA  Code 
06C1C  (Support  Equipment  Logistics  Manager)  .  Some  GPETE 
management  functions  are  performed  in  house,  but  all  routine 
functions  have  been  delegated  to  Naval  Weapons  Station, 
Earle. 

c.  Naval  Electronics  Systems  Command 

NA7ELEX  8152  serves  as  the  TMDE  manager  for 
shore  activities  less  fleet  activities  ashore  and  aviation 
GSE.  Many  of  the  routine  functions  have  been  delegated  to 
NESEA  Code  026,  who  is  assisted  by  a  contractor  [Ref.  16]. 

C.  GPETE  PONDING 

1.  GPETE  initial  outfitting  (GINO) 

GINO  funding  is  provided  by  the  appropriate  OPNAV 
program  sponsor.  NAVSEA  and  NAVEL2X  GPETE  funding  is  appro¬ 
priated  under  Other  Procurement,  Navy  (OPN) .  NAVAIR  GPETE 
funding  is  appropriated  under  Aircraft  Procurement,  Navy 

(APN)  . 
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In  the  OPM  funding  arena,  5PBTE  funding  is  '•fenced" 
(cannct  be  spent  on  anything  else)  and  is,  therefore,  not 
readily  susceptible  to  reduction.  APN  GPETE  funding,  on  the 
ether  hand,  is  " unfenced "  and,  on  occasion,  has  been  reduced 
to  facilitate  other  APN  requirements.  [Ref.  17] 

2.  GPETE  Egd  Item  Replacement  (GEIR) 

Unlike  GIMO,  GEIR  is  funded  under  Operations  and 
Maintenance,  Navy  (OSMN)  and  comes  directly  out  of  the  oper¬ 
ating  activity’s  Aviation  Fleet  Maintenance  ( AFM)  or  Supply 
and  Equipage  (SSE)  funds.  Whenever  an  item  of  GPETE  is 
beyond  the  repair  capability  of  the  custodian,  the  item  is 
to  be  turned  into  the  supply  system  and  a  replacement  drawn 
at  the  current  Navy  Stock  Fund  (NSF)  GEIR  price  (averaging 
approximately  44%  of  the  NSF  GINO  price  for  a  new  item) 
(Ref.  18]. 

Fleet  activities  have  displayed  some  reluctance  to 
use  the  NSF  system.  Complaints  include  high  NSF  prices, 
long  replacement  lead  times,  and  the  marginal  quality  of  the 
replacement  units  (with  no  warranty) .  As  a  result,  many 
activities  have  arranged  repair  an  the  manufacturer's 
service  facility  and,  for  a  smaller  charge,  been  ensured 
quality  workmanship,  reliability  updates,  a  90  repair 
warranty,  a  full  Navy  acceptable  calibration,  and  relatively 
rapid  turnaround.  [Ref.  19] 

These  fleet  complaints  are  not  unfounded.  The  GPETE 
(7Z  COG)  system  availability  was  only  36.45  during  fiscal 
year  1982  and  41.4*  during  the  first  half  of  FY-83 
[Ref.  20].  Additionally,  while  44%  represents  an  average, 
in  the  past  the  GEIR  price,  while  always  lower  rhan  the  GINO 
price  (which  includes  a  19.9%  surcharge  for  FY-83),  has 
occasionally  exceeded  the  GSA  Schedule  price  of  a  new 
instrument  [Rsf.  21]. 


S.  GINO  REQUIREMENTS  DETERMINATION 


GINO  requirements  consist  cf  both  new  requirements  and 
fleet  shortages  resulting  from  past,  unfilled  initial 
outfitting  requirements.  Program  managers  of  new  or  updated 
weapons  systems  are  responsible,  as  part  of  their  ILS  devel¬ 
opment,  to  identify  GPSTE  requirements  for  the  support  of 
the  system.  The  specific  requirements  are  forwarded  to  the 
system  command* s  GPETE  Manager  and  funding  requirements  are 
passed  to  the  program  sponsor.  Because  of  time  constraints 
and  other  factors,  not  all  GINO  procurements  however,  fellow 
this  prescribed  procedure.  Some  items  are  procured  through 
other  Navy  activities  (such  as  Naval  weapons  Station,  Seal 
Beach)  with  funding  provided  by  the  Ship  Acquisition  Manager 
(SHAPE)  .  Others  are  procured  through  contractors  or  ship¬ 
builders.  [Bef.  22] 

Generation  of  fleet  GINO  requirements  is  the  responsi¬ 
bility  cf  the  type  comaanders/aircraft  controlling 
custodians.  While  NAVMATINST  4790.25  states  that  this 
process  should  be  accomplished  through  a  review  of  the  I  ERL 
(Individual  Material  Readiness  List),  S  PET  ERL  (Ship's 
Portable  Electronic/Electrical  Test  Equipment  Requirements 
List),  or  STEAL  (Shore  Test  Equipment  Allowance  List),  this 
procedure  is  actually  implemented  in  a  number  of  ways.  For 
example,  COMNAV AIBLANT  and  COMNAVAIRPAC  require  fleet  activ¬ 
ities  to  report  deficiencies  using  a  "GINO  card." 
COHS03FLANT  requires  the  submission  of  an  annual  GPETE 
inventory  by  message  and  COMSUBLANT  identifies  deficiencies 
during  the  annual  Weapons  System  Reviews. 

Both  the  program  manager  and  type  commander  generated 
GINO  requirements  are  consolidated  by  the  appropriate  SYSCOM 
and  submitted  to  NAVELEI  8151.  NAVELEX  8  151,  in  turn, 
reviews  and  consolidates  these  requirements  and  submits 
planned  requirements  to  SPCC  for  procurement. 
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Z.  NON-STANDARD  GPETE  PBOCORENBHT 


Whenever  the  items  listed  in  SIL-STD-1364  are  not 
capable  cf  meeting  a  required  need  and  that  need  can  be  met 
by  a  non-standard  item,  a  request/ justification  for  non¬ 
standard  GPETE  is  submitted  in  accordance  with  MIL-STD- 1387, 
"Procedures  for  Submission  of  Application  for  Approval  of 
Non-Standard  General  Purpose  Electronic  Test  Equipment 
(GPETE)  .  " 

The  request  is  submitted  through  the  cognizant  SYSCCM  to 
NESBA  Code  026  where  review  is  accomplished  by  a  contractor. 
The  reviewer  recommends  approval  or  disapproval  (a  recommen¬ 
dation  for  disapproval  is  always  preceded  by  discussion  with 
the  originator).  NESEA  Code  026  reviews  the  recommendation 
prior  tc  forwarding  the  request  to  the  originator  with  a 
copy  to  NAVELEX  8151.  [Ref.  23] 

If  approved  and  funded,  the  non-standard  GPETE  require¬ 
ment  is  consolidated  with  other  GPETE  requirements  for 
procurement  by  SPCC  cr  is  purchased  directly  with  authoriza¬ 
tion  from  NAVELEX  8151. 


ZY.  !£££:<£&§  SMJlAi  imogE  umiifil  bus 


1.  BACKGROUND 

i  • 

The  ANSI/IBf  E-488-  1979  is  an  American  National 
Standard  digital  interface  for  programmable  instrumentation. 
The  standard  specifies  electrical,  aechanical  and  functional 
characteristics  for  the  purpose  of: 

1.  defining  a  general  purpose  system  for  limited 
distance  applications  (twenty  meters  or  less), 

2.  enabling  the  interconnection  of  independently  manu¬ 
factured  instruments  into  a  single  functional  system, 

3.  permitting  instruments  of  a  wide  range  of  capability 
tc  be  simultaneously  interconnected  into  a  system, 

4.  permitting  direct  communication  between  instruments, 

5.  defining  a  system  with  minimum  restrictions  on  the 
performance  characteristics  of  the  instruments 
connected  within  the  system, 

6.  defining  a  system  that  permits  asynchronous  communi¬ 
cations  over  a  wide  range  of  data  rates, 

7.  permitting  the  design  of  low  cost  systems  composed  of 
lew  cost  instruments,  and 

8.  defining  a  system  that  is  easy  to  use.  [Ref.  24] 

Or  simply,  the  standard  provides  a  standard  interface  for 
instrument  intercommunication,  thereby  permitting  instru¬ 
ments  to  he  easily  integrated  into  an  automated  system. 

2.  flj  SZSLX 

Because  of  the  increasing  complexity  of  electronic 
equipment  and  a  scarcity  of  electronics  engineers  and  tech¬ 
nicians  during  the  past  two  decades,  the  electronics 
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industry  found  an  increasing  need  to  automate  routine 
measurement  tasks. 

Early  implementation  of  automated  systems  was  both 
complicated  and  expensive.  The  lack  of  an  interface  stan¬ 
dard  resulted  in  each  system  being  custom  built.  Interface 
designs  were  so  individually  tailored  to  a  specific  applica¬ 
tion,  that  even  the  addition  of  one  instrument  to  a  system 
could  require  major  reengineering.  is  the  result,  these 
early  systems  were  very  expensive  and  automation  was 
restricted  to  very  high  volume  testing  or  to  applications  in 
which  the  system  cost  was  low  compared  to  the  value  of  the 
test  results. 

During  the  late  196  0s  and  early  1970s,  the  necessity 
of  a  industry  standard  interface  became  increasingly  appa¬ 
rent  and  several  electronic  equipment  manufacturers 
initiated  research  and  development  efforts  in  this  area,  of 
these,  Hewlett-Packard  was  the  clear  leader.  International 
interest  in  the  establishment  of  a  suitable  interface  stan¬ 
dard  was  also  developing  at  this  time,  particularly  among 
German  electcnics  organizations. 

In  mid-1972  Hewlett-Packard  began  participating  with 
various  national  and  international  standards  bodies  in  the 
development  of  an  interface  standard.  The  United  states 
Advisory  Committee,  composed  of  both  users  and  manufac¬ 
turers,  adapted  the  interface  concept  developed  by 
Hewlett-Packard  (called  the  Hewlett-Packard  Interface  Bus  or 
HP-IB)  as  a  starting  point.  Tha  subsequent  draft  of  an 
HP-IB  based  proposed  standard  was  evaluated  by  the  committee 
and  submitted  to  the  International  Electrotechnical 
Committee  (IK)  in  the  fall  of  1972  as  the  United  State's 
proposal  for  an  international  interface  standard. 

In  September  1974  the  IEC  approved  the  United 
States'  proposal  with  minor  modifications  for  formal  ballot. 
The  proposal  was  subsequently  approved  and  published  as  IEC 
Standard  625  in  1977. 
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la  the  meanwhile,  the  IEEE  Technical  committee  on 
Automated  Instrumentation  approved  a  draft  document  of  a 
HP-IE  based  interface  standard  in  the  fall  of  1974.  The  IEEE 
Standards  Beard  approved  the  draft  in  December  1974  and 
published  it  as  IEEE  Standard  488-1975  in  April  1975.  in 
October  1975  the  saae  standard  was  approved  by  the  Anetican 
Rational  Standards  Institute  (ANSI)  and  published  as  ANSI 
Standard  HC1.1-1975.  [fief.  25] 

The  IEC  and  ANSI/IEEE  standards  are  nearly  identical 
and  totally  compatible  with  ona  exception- the  connector. 
The  IEEE  standard  (new  generally  raf erred  to  as  the  General 
Purpose  Interface  Bus,  GPIB)  eaploys  a  24  self- wiping 
contact  ccnnector.  The  IEC  standard  specifies  a  25  pin 
connector  (using  one  additional  ground)  identical  tc  the 
HS-232-C  connector  (therefore,  presenting  the  possibility  of 
equipment  damage  through  the  interconnection  of  thase  two 
incompatible  buses)  .  The  interconnection  of  instruments 
implementing  the  twe  different  connectors  is  easily  accom¬ 
plished  using  a  IEC/IEEE  adapter.  [  Haf .  24] 

Since  1975  beth  the  IEC  and  ANSI/IEEE  standards  have 
undergone  a  number  of  minor  changes.  The  current  standard 
is  designated  IEEE  Standard  488-1978  and  IEC  Standard  625-1. 

B.  6PIB  SPECIFICATIONS  AID  LIBITA7I0IS 

“l-  GEIB  Functional  Subsets 

The  IEEE-Standard  4  88  specifies  ten  functions  that  a 
given  instrument's  interface  may  implement.  All  of  these 
functions  are  optional.  The  extent  to  which  a  given  func¬ 
tion  is  itplemented  in  an  instrument  is  specified  by 
functional  subset  designations  (refer  to  Appendix  C  for  a 
complete  list  of  functions  and  subsets) .  Care  is  required 
in  selecting  SPI8  configured  instruments.  "Many  instruments 
are  labeled  "488  Compatible"  or  "GPIB  Compatible,"  but  in 
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the  extreme  the  label  may  only  near,  that  the  instrument  has 
a  standard  connector."  (Hef.  26] 

GPIB  equipaent  selection  is  oade  even  aore  iifficalt 
because  of  the  general  lack  of  information  supplied  by  manu¬ 
facturer's  catalogs  and,  in  many  cases,  even  by  the 
applicable  aaintanance  manuals.  Ihe  1983  versions  of  the 
Hewlett-Packard,  Tektronix  and  John  Fluke  catalogs  generally 
do  not  specify  the  IEEE-488  functional  subsets  implemented 
in  a  particular  instrument.  At  most,  the  manufacturer's 
catalogs  may  specify  that  an  instrument  is  "talk  only," 
"listen  cnly,"  or  "fully  programmable."  [Hef.  25,27,28] 

Even  the  tere  "fully  programable"  can  be  deceptive. 
Although  all  functional  subsets  may  be  implemented  in  the 
"fully  programmable"  instrument,  all  the  subsens  may  net  be 
implemented  for  all  cf  the  front  panel  function  and  range 
controls.  Thus,  some  front  panel  controls  may  be  remotely 
operated  (via  the  bus)  while  others  require  local  (front 
panel)  operation.  ( Bef .  29] 

GPIB  configured  equipment  selection  is,  therefore, 
not  a  straight  forward  process.  It  requires  both  a  know¬ 
ledge  of  the  functional  subsets  required  for  a  particular 
application  and  a  determination  of  the  functional  subsets 
implemented  by  the  instruments  under  consideration. 

Havy  interface  requirements  are  specified  by 
HIL-T-28800,  paragraph  3.13.2.  This  specification  states 
that  all  logic  interfaces  in  electonic  test  equipaent  should 
be  in  accordance  with  IEEE-STD  488-1978  and  goes  on  to 
specify  the  required  functional  subsets  (refer  to  Appendix 
D) .  The  United  States  Air  Fores  Modular  Automated  Test 
Equipaent  (HATE)  functional  subset  requirements  are  provided 
in  Appendix  E.  Additional  discussion  of  this  topic  takes 
place  in  Chapter  7. 
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2.  Codes,  fqyyatis  and  Conventions 


IEEI  Standard  488  specifies  the  hardware  interface, 
basic  function  protoccl  and  a  set  of  interface  messages  to 
control  the  interface  functions.  However,  the  standard  dees 
not  specify  the  syntax  or  coding  of  device-dependent 
aessages-the  messages  that  control  the  programmable  features 
c£  the  in st ruse nt.  [Ref.  3  0] 

Therefore,  while  the  hardware  is  specified,  the 
language  of  communication  is  not.  "It  is  much  like  a  tele¬ 
phone  system-the  hardware  link  is  well  defined,  but  unless 
both  parties  speak  the  same  language,  communication  is 
impossible.”  [Ref.  27] 

In  spite  of  the  lack  of  code,  syntax  and  convention 
stand ardixation,  many  compatibility  problems  have  been 
avoided  by  the  adherence  of  most  electronic  equipment  manu¬ 
facturers  to  the  following  two  related  standards: 

1.  American  standard  Code  For  information  interchange 
(ASCII)  •  ASCII  is  used  in  most  GPIB  instruments  for 
bus  data  transmission. 

2.  A SSI  J3. 4J.  This  standard  format  specifies  three 
types  of  numbers  (integers,  reals,  and  reals  with 
exponents)  and  transmission  of  the  most  significant 
digit  first. 

Adherence  to  these  standards  is  required  in  the  procurement 
of  Havy  electronic  test  equipment  as  specified  in 
HIL- T-28800 ,  paragraph  3.13.2.3: 

Unless  otherwise  required  in  the  detailed  soecificaticn, 
all  numeric  and  alpha-numeric  data  (input*  and  output) 
shall  be  American  Standard  Code  for  Information 
Interchange  (ASCII)  and  the  most  significant  digit  shall 
be  transferred  first. 
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While  two  eajor  potential  sources  of  incompatibility 
have  been  eliminated  by  aanufacturer  adherence  tc  related 
standards  and  by  ailitary  specification*  other  sources  of 
incoapatibility  have  not  yet  been  addressed.  Some  of  these 

are: 

1.  Method  of  starting  a  message. 

2.  Method  of  terainating  a  message. 

3.  Convention  to  prevent  execution  of  any  part  of  a 
message  until  the  entire  message  is  received. 

Soae  manufacturers  have  attempted  to  develop  standards  for 
these  other  sources  of  incoapatibility.  Tektronix' s  "Codes 
and  Formats"  standard  represents  one  widely  accepted 
approach  (Ref.  31]. 

The  Air  Force's  Proposed  standard  2806564  Rev  D  of 
05  Hay  1982  delineates  various  syntax  and  coding  require¬ 
ments  (Continuous  Integrated  Intermediate  Language  (CIIL) ) 
for  HATE  qualified  systems.  CIIL  has  been  submitted  as  IEEE 
Proposal  981  for  inclusion  in  the  IEEE-STD  488  [Ref.  32]. 

Pending  addition  of  thorough  codes*  formats  and 
conventions  specification  to  the  IEEE-STD  488*  the  selector 
of  GPIB  test  equipment  must  ensure  that  procurement  specifi¬ 
cations  require  codes*  syntax  and  conventions  compatibility 
with  the  other  GPIB  instrumentation. 

C.  GPIB  APPLICABILITY  TO  GPETB 

Unlike  the  Air  Force*  which  through  its  MATE  program  is 
attempting  to  make  general  purpose  THD2  (i.e.  GPETE)  compa¬ 
tible  tc  ATE  applications*  the  Navy's  ATE  efforts  are 
concentrated  on  development  of  a  common  ATE  station  for  all 
applications.  With  a  few  exceptions,  neither  the  current 
"family  of  ATE"  (seven  different  ATE  stations)  or  the 
Consolidated  Systems  Support  (CSS)  program  (now  entering 
full  scale  development)  rely  on  the  use  of  GPETE  as  ATE 
building  blocks. 
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Therefore,  the  tajor  application  of  GPIB  in  GPETE  would 
be  to  facilitate  automated  calibration  and,  specifically,  to 
facilitate  the  closed  loop  calibration  of  the  instrument 
using  the  HECCA  systee. 

The  current  number  of  G PETE  items  available  with  GPIB  is 
small.  A  comparison  of  the  BIL-STD- 13647  and  the  1983 
versions  of  the  Hewlett-Packard,  John  Fluke,  Tektronix  and 
Beinschel  catalogs  only  identified  one  item  with  GPIB  sran- 
dard  and  seven  others  in  which  the  GPIB  option  was  available 
(refer  tc  Appendix  F) .  Although  the  number  of  items  is 
currently  small,  it  is  increasing  rapidly  because  of  market 
demand  and  the  simplicity  of  implementation  resulting  from 
the  introduction  of  standard  GPIB  integrated  circuits. 

0.  GPIB  PBOCUHEBBBT  POLICIES 

1.  U.S.  U£  I2Z2S 

The  United  States  Air  Force  purchases  TWDE  with 
IEEE-488  whenever  it  is  available.  This  policy,  which  has 
been  in  affect  since  1981,  reflects  verbal  vice  written 
direction  and  was  implemented  primarily  to  facilitate  auto¬ 
mated  calibration.  The  Air  Force  has  even  been  successful 
in  securing  agreements  with  manufacturers  to  provide  GPIB  in 
instruments  when  the  option  is  not  commercially  available 
(e.g.  Tektronix  465H  oscilloscope).  [Bef.  33] 

2-  2-5  •  ill 1  £2li£Z 

The  United  States  Army  does  not  have  a  written 
policy  for  the  procurement  of  IEEE-488  with  its  TBDE.  In 
spite  of  some  pressure  from  the  Army’s  Development  and 
Beadiness  Command  (EABCOM)  to  devise  such  a  policy,  the 
individuals  involved  in  TBDE  procurement  at  the 
Communications  and  Electonics  command  (CECOM)  have  avoided 
formulation  of  such  a  policy.  These  individuals  prefer  the 
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current  situation  because  it  permits  a  case-by-case  evalua¬ 
tion  and  avoids  the  requirement  to  justify  any  policy  devia¬ 
tions.  The  Army  currently  has  few  automatic  test  equipment 
(ATE)  applications,  but  has  introduced  various  automatic 
calibration  systems.  [Ref.  3%  ] 

3.  1322  gcjisi 

Currently  the  Navy  does  not  have  a  specific  GPETE 
GPI3  procurement  policy.  To  fully  understand  the  current 
situation,  the  positions  of  each  of  the  principals  involved 
will  be  presented. 

a.  NAVE  LEX  6151  Position 

NA7ELEX  8151* s  position  is  summarized  as 

follows: 

1.  No  specific  GPIB  procurement  policy  currently  exists. 
However,  the  formulation  of  such  a  policy  is  under 

study. 

2.  Ultimate  responsibility  for  initiation  of  gpib  GPETE 
requirements  rests  with  the  users,  i.e.  the  hardware 
systems  commands. 

3.  Currently,  requests  for  GPIB  configuration  of  GPETE 
shculd  be  generated  through  normal  MIL-STD-1387 
(requests  for  non-standard  GPETE)  channels.  However, 
generation  of  the  specific  policy  shculd  eliminate 
this  requirement. 

.  Receipt  of  HIL-STD-1  387  requests  for  GPIB  configured 
GPETE  will  result  in  a  review  of  the  MIL-STD-1364 
characteristics  to  ascertain  if  GPIB  should  be  made 
standard.  (Ref.  35] 
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fc.  Hi  VELEZ  8152  Position 


NAVELEX  8152,  as  the  TMDE  manager  for  shore 
commands,  holds  the  following  position: 

1.  Any  GPETE  GPIB  policy  should  be  generated  by  NAVELEX 

8151. 

2.  All  GPETE  should  be  procured  with  the  bus  when  avai¬ 
lable.  To  sake  this  point  NAVELEX  8152  directed  the 
NESEA  contractor  who  consolidates  shore  establishment 
GPETE  requirements  to  universally  specify  GPIB,  where 
appropriate,  on  all  future  GPETE  requirement  lists. 
[Bef.  36] 

c.  NAV  AIR  552  Position 

Although  NAV  AIR  552  requires  GPIB  for  most  ATE 
applications,  it  has  no  specific  policy  regarding  GPIB 
configuration  of  GPETE.  Following  the  author's  22  February 
1983  visit,  NAVAIR  55223  tasked  NAEC  92524  to  coordinate 
with  IAVSEA  and  NAVELEX  in  the  formulation  of  such  a  policy, 
[lef.  37] 

d.  NAVSEA  06C1C  Position 

The  position  of  NAVSEA  06C1C  regarding  the  GPETE 
GPIB  procurement  can  be  summarized  as  follows: 

1.  Prefers  no  definitive  policy  so  that  case-by-case 
decisions  can  be  made. 

2.  Generally  not  enthusiastic  about  GPIB  procurement 
because  of  the  unlikelihood  of  GPETE  ever  being  used 
in  an  automated  tast  system.  However,  the  special 
purpose  application  of  GPETE  as  ATE  building  blocks 
is  recognized. 

3.  The  mcney  spent  on  GPIB  procurement  can  often  better 
be  utilized  by  procurement  of  other,  more  useful 
GPETE  options.  [Ref.  38] 
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?.  GPETE  GPIB  COST-BEHEFIT  AHALYSIS 


One  of  the  contributing  factors  to  the  absence  cf  a 
definitive  GPIB  GPETE  procurement  policy  is  the  lack  of  an 
analysis  which  weighs  relative  costs,  benefits,  advantages 
and  disadvantages  of  GPIB  configured  GP3TE.  This  chapter 
will  attempt  to  rectify  that  situation  through  the  develop¬ 
ment  cf  a  simple  cost-benefit  analysis  model  for  GPIB  GPETE 
configuration. 

The  model  attempts  to  quantify  all  GPIB  costs  and  disad¬ 
vantages  and  has  succeeded  in  all  but  two  relatively 
insignificant  cases.  On  the  other  hand,  rhe  only  cost 
advantage  quantified  is  the  resultant  calibration  manhour 
savings.  All  other  advantages  are  presented  as  non- 
quantifiables. 

Because  of  the  greater  degree  of  quantification  achieved 
for  costs  and  disadvantages  compared  to  benefits  and  advan¬ 
tages  and,  because  of  the  critical  positions  taken  in 
derivation  cf  the  various  cost  elements,  th9  model  is  a  vary 
critical  analysis.  This  analysis  is  not,  however,  consid¬ 
ered  to  be  a  "worst  possible  case"  (a  fortiori)  analysis. 

The  model  is  based  upon  the  life  cycle  cost  of  a  single 
item  cf  GPETE,  not  upon  the  entire  instrument  population. 
Its  application,  therefore,  relies  upon  an  assessment  of  the 
number  of  instruments  expected  to  be  procured. 

Although  quantifiable  data  was  used  where  it  was  avai¬ 
lable,  the  scarcity  of  such  data  lead  to  a  heavy  reliance 
upon  expert  opinion.  Because  of  ins  complexity  and  demands 
upon  the  experts*  time,  a  Delphi  technique  was  not  used. 
Instead,  various  experts  were  surveyed  via  telephone  conver¬ 
sations,  questionnaires  and  visits.  The  results  of  these 
surveys  and  the  model's  parameters  were  then  discussed  and  a 
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general  concensus  achieved  during  a  presentation  at  the  AC/D 
Conference  in  Dallas,  Texas  on  30  March  1983  (refer  to 
Appendix  G  for  a  list  of  attendees)  .  A  discussion  or  the 
elements  of  the  model  follows. 

A.  CALIBBATIO N  MANHOUR  SAVINGS 

Hany  claims  have  been  made  about  the  magnitude  of  the 
manhour  reductions  that  can  be  achieved  through  automated 
calibration.  Based  upon  comparisons  made  during  an  intro¬ 
ductory  tour  of  MECCA  through  a  number  of  Navy  calibration 
activities,  MEC’s  promotional  film  ’’MECCA"  claims  that  MECCA 
produces  calibration  manhour  reductions  [Ref.  39].  John 
Fluke  Corporation  claims  that  their  7405A  Automatic  Meter 
Calibration  systam  (like  MECCA  based  upon  a  FLUKE  1720A 
controller  and  5102  meter  calibrator)  reduces  manhours  by  "a 
factor  of  two  to  three"  [Ref.  40].  Yet,  in  spite  of  these 
claims,  discussions  with  numerous  Navy  calibration  techni¬ 
cians  indicate  that  MECCA  open  loop  meter  calibration  is 
often  slower  than  manual  calibration. 

The  calibration  techniques  often  used  in  the  fleet 
provide  the  source  cf  this  disparity.  Experienced  techni¬ 
cians  often  by-pass  some  calibration  steps  and  "piggy  back" 
meters  (calibrate  more  than  one  merer  at  a  time)  ,  unauthor¬ 
ized  methods  not  feasible  with  MECCA.  MEC’s  primary  reason 
for  developing  MECCA  was  not  manhour  savings,  but  rather 
improved  procedural  compliance.  Based  upon  fleet  comments 
MECCA  is  achieving  this  objective. 

But  the  apparent  failure  of  MECCA  to  reduce  meter  cali¬ 
bration  manhours  does  not  refute  its  poter.tz.al.  Fleet 
comparisons  are  of  "apples  and  oranges"-complete  versus 
incomplete  procedures.  Furthermore,  these  comparisons  are 
based  only  upon  open  loop  meter  calibrations. 


A  survey  of  experts,  limited  quantified  data  and  the 
AC/D  Conference  discussion  resulted  in  agreement  on  a  30% 
manhour  reduction  factor  for  MECCA  closed  loop  compared  to 
MECCA  open  loop  calibration  (Appendix  H  provides  a  more 
detailed  derivation)  . 

This  reduction  is  substantial,  but  not  nearly  what  could 
be  achieved  if  MECCA  closed  loop  procedures  were  written  to 
minimize  operator  intervention  by  only  stopping  the  program 
to  display  test  results  for  failures.  MEC  agreed  with  this 
assessment  and  plans  to  investigate  changing  the  procedures 
accordingly  [Ref.  41].  The  impact  of  such  a  change  was 
discussed  at  the  AC/D  Conference  and  a  50%  reduction  factor 
agreed  tc  if  the  instrument  calibration  procedures  (ICPs) 
are  changed. 

Even  further  reductions  are  possible  in  a  high  vclume 
calibration  facility.  In  this  environment,  with  sufficient 
throughput  and  multiple  MECCA  stations,  a  single  operator 
using  minimum  intervention  ICPs  could  simultaneously  carry 
out  two  or  more  calibrations. 

B.  INCREMENTAL  COST  ELEHEHTS 

1  •  Procurement  Cost 

The  procurement  cost  is  the  incremental  cost  of 
inclusion  of  the  IEEE-488  option  in  an  item  of  GFETE. 
Although  manufacturer's  catalogs  clearly  specify  this  cost, 
the  catalog  cost  represents  a  single  unit  retail  price. 
Since  the  Navy  purchases  GPETE  competitively  and  in  quan¬ 
tity,  its  costs  are  far  below  retail. 

In  this  life  cycle  cost  model,  the  procurement  cost 
is  an  output.  The  model  will  consider  all  other  quantifi¬ 
able  costs  and  benefits  and  produce  a  figure  that  represents 
the  maximum  price  that  the  Navy  could  pay  for  the  GPIB 
option  and  still  "break  even"  over  the  instrument's  life 
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cycle.  comparison  cf  this  resultant  cost  to  the  known  or 
anticipated  incremental  cost  of  the  GPIB  configuration  will 
assist  in  the  decision  making  process. 

2.  Incremental  Life  Cv cle  Software  Costs 

MECCA  software  consists  of  two  different 
elements-the  applications  software  (or  "handler”)  and  the 
instrument  calibration  procedure  (IC?)  .  The  applications 
software  is  applicable  to  an  entire  class  of  test  equipment. 
Currently  MECCA  application  software  is  available  or  is 
under  development  for  meter,  enhanced  meter,  oscilloscope, 
signal  generator  and  counter/fregueacy  calibration.  Because 
application  software  is  not  unique  for  a  given  instrument 
and  would  be  developed  regardless  of  any  GPIB  procurement 
decision,  all  related  development,  distribution  and  mainte¬ 
nance  costs  are  "sunk"  and  non-incremental.  Thus, 

application  software  costs  are  not  considered  in  this 
analysis. 

ICP  software  costs,  on  the  other  hand,  may  be  either 
incremental  or  non -incremental.  If  the  GPIB  procurement 

decision  results  in  the  development  of  an  additional  ICP, 
the  ICP  software  costs  are  incremental.  Otherwise,  ICP 

software  costs  are  ncn-incremental  and  should  not  be  consid¬ 
ered.  To  aid  in  deciding  if  the  ICP  software  costs  should 

be  considered  in  the  cost-benefit  model,  a  decision  tree  is 
provided  in  Appendix  I. 

There  is  a  remote  possibility  that  an  applicable  IC? 
already  exists  for  the  GPIB  configured  instrument,  but  no 
applicable  ICP  exists  for  the  ncn-GPIB  instrument.  in  such 
a  case  the  incremental  software  costs  become  a  credit  for 
the  procurement  decision. 

It  is  recognized  that  the  decision  maker  will 

probably  not  have  ready  access  to  the  information  needed  to 
make  such  a  determination.  However,  MEC,  as  the  control 
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center  fcr  all  ICPs,  should  be  able  to  provide  the  necessary 
information. 

a.  Software  Development  Costs 

MEC  is  currently  paying  contractors  32,500  to 
develop  a  MECCA  ICP  (cost  includes  a  paper  conventional 
manual  ICP)  regardless  of  its  simplicity  or  complexity 
[Ref.  42].  Each  ICP  may  be  applicable  t o  as  many  as  ten 
instruments,  but  because  this  analysis  only  considers  cases 
in  which  development  of  a  new  ic?  is  required,  all  develop¬ 
ment  costs  will  be  apportioned  to  the  first  instrument. 
Software  development  costs  will  be  "sunk”  for  future  instru¬ 
ments  that  are  able  to  use  the  ICP.  Therefore,  the  software 
development  cost  per  unit  is  calculated  by  dividing  $2500  by 
the  expected  number  of  instruments  to  be  procured. 

b.  Software  Distribution  Costs 

MEC  estimates  that  it  costs  35  to  produce  and 
distribute  a  single  ICP  diskette  (includes  $2.80  for  rhe 
blank  diskette)  [Ref.  43].  Although  as  many  as  ten  ICPs  can 
be  placed  on  a  given  diskette,  MEC  is  currently  limiting 
this  number  to  five  (all  meter  ICP  diskettes  have  five  ICPs) 
[Ref.  44].  The  initial  issue  quantity  of  the  diskettes  is 
one  per  site,  but  this  analysis  will  assume  that  each  site 
will  requisition  a  second  set  of  diskettes  as  a  reserve.  It 
is  further  assumed  that  each  diskette  will  be  replaced 
semi-annually  as  the  result  of  ICP  caanges,  damage  and/or 
loss . 

Distribution  of  ICP  software  for  newly  developed 
ICPs  will,  therefore,  cost  34.00  ((35/disk  X  2  disks/ 

distribution  x  2  distributions/year)/  (5  ICPs/disk))  per 
instrument  model  per  site  per  year.  Apportionment  of  the 
ICP  distribution  costs  to  the  individual  instrumenns  is 
calculated  by  multiplying  $4  by  the  number  of  MECCA  sites 
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and  dividing  the  result  by  the  number  of  instruments  to  be 
procured. 


c.  Software  Maintenance  Costs 

As  the  result  of  ICP  errors,  procedure  updates 
and  hardware  changes,  continued  ICP  software  engineering  is 
required  after  initial  development.  This  cost  element  is 
very  difficult  to  anticipate  because  some  ICPs  may  never 
require  change,  while  others  are  changed  numerous  times.  A 
discussion  of  this  subject  at  the  29-31  March  1983  A C/D 
Conference  lead  to  a  general  concensus  that  the  life  cycle 
cost  cf  ICP  maintenance  would  at  least  equal  the  initial 
development  cost  ($2,500).  To  allocate  this  cost  over  the 
life  cycle  of  th9  instrument,  this  analysis  will  assume  that 
this  cost  will  be  $300  per  year  for  each  of  the  first  9 
years  of  the  instrument's  life  expectancy.  Apportioning 
this  cost  to  an  individual  instrument  will  again  require 
division  fcy  the  expected  instrument  population. 

3.  lifiiaaaial  lits.  Sxsls.  Ssb ait  costs 

Inclusion  of  the  IEEE-488  bus  in  an  item  of  GPETE 
introduces  a  degree  cf  complexity  to  rhe  insnrument  and  is, 
therefore,  likely  to  increase  the  instrument's  life  cycle 
repair  costs.  Calculation  of  life  cycle  repair  costs 
involves  the  determination  of  two  factors:  the  failure  rate 
(reliability)  and  the  average  cost  of  a  repair 
(maintainability) . 

a.  GPIB  Failure  Rate 

The  Havy  has  experienced  a  GPIB  rejection  rats 
of  approximately  30$  during  the  acceptance  testing  of  cali¬ 
bration  standards  [Bef.  45].  These  rejections  seldom 
represented  GPIB  malfunctions.  Rather  -hey  almost  univer¬ 
sally  represented  non-standard  GPIB  implementazicr.  by  the 
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tanuf acturer.  Navy  calibration  standards  GPIB  acceptance 

tests  are  conducted  using  the  Interface  Technology  ITC-438 

bus  tester  and  a  Navy  developed  software  (EPSON)  program. 

In  most  cases  of  acceptance  test  failure,  the  manufacturer 
% 

has  willingly  made  the  required  modifications  (usually  only 
involving  reprogramming  of  the  instruments*  GPIB  EPSON  soft¬ 
ware)  .  Additionally,  the  occurance  of  such  problems  has 
been  significantly  reduced  since  the  introduction  cf  stan¬ 
dard  IE2I-488  integrated  circuits,  [ftef.  46] 

after  passing  initial  acceptance  inspections, 
th9  IEEE-488  bus  has  proven  to  be  extremely  reliable.  This 
analysis  will  use  a  2%  failure  rate  (a  2%  chance  of  GPIB 
failure  at  each  calibration  induction)  .  Derivation  of  this 
figure  is  provided  in  appendix  J. 

b.  S9pair  Nanhours  and  Natarial  Costs 

For  purpcses  of  this  analysis  the  average 
IEEE-488  repair  action  will  require  3  manhours  and  340  of 
materials.  Because  of  the  limited  GPIB  repair  expertise 
currently  in  the  fleet,  the  NaRF  LOE  hourly  rate  of  $48  will 
be  used  instead  of  the  $28  Pea  hourly  rate.  Derivation  of 
the  repair  labor  and  material  requirements  is  provided  in 
appendix  K. 


4*  £££+ 

Introduction  of  an  additional  IEEE-488  instrument 
into  the  inventory  will  result  in  increased  logistics  costs 
because  cf  the  need  for  additional  parts  support,  parts 
cataloging  and  holding  costs.  In  the  past  IEEE-488  bus 
implementation  was  accomplished  in  a  unique  manner  by  virtu¬ 
ally  every  manufacturer,  often  differing  among  instruments 
from  the  same  manufacturer.  Today  implementation  is 
becoming  more  standard,  because  cf  the  introduction  cf  the 
standard  IEEE-488  integrated  circuits  (such  as  the  Taxas 


Instrument *s  9914A).  Because  of  standardization,  the  incre¬ 
mental  logistics  costs  of  introducing  another  I2Z5-488 
configured  instrument  will  not  be  significant.  In  this 
analysis,  incremental  logistics  costs  will  be  assumed  to 
equal  forty  percent  of  the  total  life  cycle  repair  material 
costs.  Befer  to  Appendix  M  for  the  derivation  cf  this 
figure. 

5.  Ascejat aass  lasting  Costs 

Traditionally,  GPETE  product  testing  has  consisted 
of  bid  sample  testing  and  the  subsequent  acceptance  of  the 
manufacturer's  test  results.  In  spite  of  the  high  GPIB 
rejection  rate  during  calibration  standards  acceptance 
testing,  the  traditional  GPETE  test  methodology  will  suffice 
for  GPIB  configured  GPETE. 

As  explained  earlier,  the  high  calibration  standards 
GPIB  rejection  rate  was  the  result  of  non-standard  GPIB 
implementation,  not  GPIB  malfunctions.  Therefore,  the 
objective  cf  any  GPIB  GPETE  testing  program  would  be  to 
ensure  that  the  instrument  conforms  with  the  Navy's  ITC-488 
test  parameters  before  contract  award.  In  other  words,  the 
bid  sample  testing  should  include  this  GPIB  test. 
Subsequent  testing  (and  reporting)  of  sample  items  by  the 
manufacturer  using  the  ITC-488  would  be  made  part  of  the 
contract. 

The  incremental  cost  of  this  additional  test  will  be 
small  and,  since  specified  in  the  IFB  (and  contract) ,  would 
be  part  of  the  incremental  GPI3  procurement  cost.  For  these 
reasons,  additional  GPIB  testing  costs  will  not  be  consid¬ 
ered  as  a  separate  element  in  this  analysis. 


C.  OTHER  COST-BEHEPIT  ANALYSIS  PARAMETERS  AMD  ASSUMPTIONS 

1-  f£i  Cos^  Per  Manhour 

In  this  analysis  an  FCA  hourly  rate  of  $28  will  be 
used.  Derivation  is  provided  in  Appendix  N. 

2 .  Discount  Rate 

In  accordance  with  DOD  Directive  7041  .3  and  OMB 
Circular  A-94,  a  ten  percent  {average  factor)  discount  rate 
will  be  used  in  this  analysis.  An  explanation  of 

discounting  and  a  table  of  discount  factors  is  provided  in 
Appendix  C. 

3.  Instrument  il£e  Expectancy 

A  generic  list  of  instruaent  life  expectancies  is 
provided  in  Appendix  P. 

4.  .Salvage  Value 

This  analysis  will  assume  that  the  incremental 
salvage  value  a  GPIB  equipped  test  instrument  is 

negligible. 

5.  Number  of  MffCCA  Sj.t^s 

The  number  of  MECCA  sites  is  required  to  calculate 
software  distribution  costs.  Because  five  ICPs  reside  on 
each  diskette  and  as  many  as  ten  instruments  may  use  the 
same  ICP,  it  would  be  nearly  impossible  to  calculate  the 
exact  number  of  MECCA  sites  to  which  a  given  diskette  may  be 
distributed.  It  will,  therefore,  be  assumed  that  every 
diskette  will  be  distributed  to  each  MECCA  site.  The  number 
of  MECCA  sites  is  equal  the  number  of  FLUKE  1720A  and 

1720 A/AP  custodians  (93  as  of  20  March  1983)  [Ref.  47]  and, 

therefore,  can  be  obtained  from  The  Weapons  Quality 
Engineering  Center  (Code  373)  ,  Naval  weapons  station, 
Conccrd. 


If  currant  COMStJBFLANT  plans  to  place  MECCA  or. 
virtually  every  combatant  in  the  Atlantic  Fleet  are  imple¬ 
mented,  the  number  cf  sites  will  increase  to  approximately 
250.  Expansion  of  such  a  plan  to  the  Pacific  Fleet  would 
further  increase  the  number  of  MECCA  sites  to  approximately 
400. 

6.  Calibration  Intervals 

The  length  of  the  instrument’s  calibration  interval 
is  required  to  facilitate  the  calculation  of  the  number  and 
timing  cf  calibrations  (including  a  calibration  prior  to 
initial  use)  during  the  instrument's  life  cycle.  Any  one  of 
the  following  means  for  this  determination  may  be  used: 

1.  Non-GfeB  Parent  Instrument  in  Inventory.  In  cases 
where  a  non-GPIB  parent  instrument  already  exists  in 
the  inventory,  the  calibration  interval  may  be  found 
in  Section  3  of  the  "Metrology  Requirements  List 
(BETEL),"  NAVIIB  17-35MTL-1. 

2.  Hcn-GPIB  Parent  Instrument  Mot  £n  The  inventory.  In 
the  case  that  a  non-GPIB  parent  instrument  does  not 
exist  in  the  inventory  the  following  calibration 
cycles  may  be  used: 

a)  Manufacturer's  Ca Vibration  Cycle.  Manufacturer's 
calibration  intervals  tend  to  be  shorter  than  the 
corresponding  MSTSL  calibration  interval.  A 
sample  of  twenty  instruments  (five  from  each  MECCA 
applicable  generic  group)  yielded  a  manufacturer's 
average  interval  of  7.8  months  compared  to  the 
METEL  average  of  12.9  months  (see  Appendix  Q  for 
the  sample  elements).  Therefore,  use  of  the  manu¬ 
facturer's  calibration  interval  may  result  in  an 
unrealistically  high  calibration  life  cycle  cost 
savings. 
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b)  METRL  Generic  Calibration  Cycle.  Because  the 
BETEL  generic  calibration  interval  (found  in 
Section  2)  is  a  very  conservative  estimate,  use  of 
this  figure  will  result  in  a  unrealistically  large 
^number  of  life  cycle  calibrations  and  will,  there¬ 
fore,  lead  to  an  overly  optimistic  calibration 
aanhour  savings  figure.  Appendix  Q  provides  a 
ccaparison  cf  generic  calibration  intervals  with 
both  the  METRL  model  number  interval  and  the  manu¬ 
facturer’s  recommended  interval. 

Other  acre  complex  schemes  are  also  possible.  Many  new 
instruments  are  initially  placed  on  the  generic  calibration 
interval  and  subsequently  changed  as  sufficient  MEASURE  data 
is  accumulated  (increasing  90%  of  the  time)  [Ref.  48].  A 
scheme  using  this  approach  would  result  in  a  gradually 
increasing  calibration  cycle. 

7.  Standard  Calibration  Manhours 

This  analysis  will  assuae  that  the  aanhours  required 
to  perfora  a  MECCA  open  loop  calibration  is  equal  tc  the 
standard  aanhour/calibration  figures  available  froa  MEASURE. 
This  assumption  is  tantamount  to  equating  MECCA  open  loop 
and  conventional  manual  aanhour  requirements.  Based  upon 
fleet  input  cn  the  relative  speed  of  MECCA  open  loop  meter 
calibration,  this  assuaption  may  be  conservative. 

Like  the  calibration  interval,  calibration  standard 
aanhours  can  be  deterained  in  several  ways. 

1*  MMzSZLl  laamasas  ia  Inventory.  if  the 

non-GPIB  parent  instrument  exists  in  the  inventory, 
the  standard  calibration  manhours  may  be  derived  from 
any  of  a  number  of  MEASURE  report  formats.  The  data 
used  in  the  sample  model  execution  (Appendix  S)  was 
taken  froa  PRAMS  format  R-1. 


■  -g- 
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2.  Manufacturer 1 s  Standard.  This  rate  can  be  derived  by 
dividing  the  manufacturer's  standard  calibration  fee 
by  his  current  hourly  rate  (provided  at  the  end  of 
Appendix  N)  .  Caution,  however,  is  advised  in  the  use 
of  this  figure.  Manufacturer  service  centers  are 
generally  better  equipped  and  staffed  than  FCAs. 
Therefore,  they  generally  complete  calibrations  in 
significantly  less  time  than  can  be  achieved  in  the 
fleet.  A  sample  of  29  instruments  (five  from  each 
MECCA  applicable  generic  group)  showed  no  discernible 
relationship  between  the  manufacturer's  and  MEASURE 
manhours.  In  six  cases  the  MEASURE  standard  was 
lewer  than  the  manufacturer's.  In  the  other  fourteen 
cases  reverse  was  true.  Overall,  the  MEASURE  stan¬ 
dards  were  slightly  higher  (3.5  hours  compared  to  3.1 
hours)  than  the  manufacturer  standards.  Refer  to 
Appendix  R  for  the  sample  data. 

0.  COST-BBHEPIT  AHALISIS  MODEL  EXECUTIOH 

Once  all  the  input  parameters,  cost  elements  and  bene¬ 
fits  are  chosen,  calculated  or  determined,  they  are  assigned 
to  the  appropriate  year(s)  in  the  instrument's  life  cycle. 
Discounting  of  the  yearly  totals  (see  Appendix  o  for  an 
explanation  of  discounting)  and  totaling  the  resultant 
present  discounted  values  (PDV)  yields  the  "break  even" 
procurement  cost.  An  example  of  this  process  is  provided  in 
Appendix  S. 

E.  SBXSIlIfZTT  AH AL ISIS 

Using  the  example  provided  in  Appendix  s.  Appendix  T 
examines  the  model's  sensitivity  (degree  of  output  response) 
to  variation  of  a  number  of  individual  input  parameters. 
The  model  was  found  sensitive  to  the  following  parameters: 
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1.  Procurement  Quantity 

2.  FCA  Cost  Per  Manhour 

3.  Calibration  Manhour  Savings  Factor 

4.  Standard  Calibration  Manhours 

5.  Calibration  Interval 

6.  6PIB  Failure  Bate 

The  aodel  was  relatively  insensitive  to  the  following  param¬ 
eters: 

1.  All  Software  Cost  Parameters  (for  large  procurement 
quantities)  • 

2.  Number  of  MECCA  Sites 

3.  Manhours  Per  Bepair  Action 

4.  Material  Costs  For  Bepair 

5.  Logistics  Cost  Factor 

F.  MON-QUANTIFIABLE  ADVANTAGES  AMD  DISADVANTAGES 

1 .  Pis  ada  vantages 

a.  Non-Availability  Due  to  IEEE-488  Malfunction 

It  is  possible  that  an  IEEE-488  interface  bus 
failure  could  result  in  decreased  test  equipment  avail¬ 
ability.  However#  the  probability  of  such  an  occurance  is 
remote  for  the  following  reasons: 

1.  The  IEEE-488  bus  is  extremely  reliable  as  indicated 
by  the  2%  incidence  of  failure. 

2.  The  probability  of  a  bus  failure  “hanging  up"  the 
entire  instrument  is  vary  small.  In  virtually  every 
case  the  failure  of  the  bus  will  not  affect  local 
operation.  See  Appendix  u. 

3.  Because  the  bus  is  only  used  for  calibration#  bus 
failure  would  not  preclude  conventional  manual  or 
MECCA  open  loop  calibration.  Thus,  except  in  the 
case  of  a  GPIB  induced  “hang  up,"  an  urgently 


required  instrument  could  be  calibrated  and  returned 
to  the  user  and  bus  repairs  accomplished  at  a  conve¬ 
nient  future  date. 

b.  Absence  cf  Local  Functional  Checking 

Using  a  MECCA  closed  loop  calibration  procedure, 
all  ranges  and  functions  are  set  remotely  (via  the  interface 
bus)  and  all  data  is  collec  tad/transferred  remotely.  It  is, 
therefore,  possible  that  the  instrument  may  be  functioning 
satisfactorily  during  remote  operations  while  problems  exist 
in  local  (front  panel)  operation.  An  example  of  this 
problem  would  be  a  front  panel  digital  display  malfunction 
that  goes  undetected  because  of  the  remote  data  transfer. 
Therefore,  it  is  possible  that  a  locally  malfunctioning 
instrument  could  be  returned  to  tha  user  certified  as 
calibrated. 

Unless  such  a  malfunction  occurred  after  induc¬ 
tion  for  calibration,  it  would  usually  be  detected  by  tha 
user  and  be  reported  to  the  calibration  activity  at  induc¬ 
tion.  In  the  remote  possibility  that  such  a  malfunction 
occurred  after  induction,  it  is  antirely  possible  that  it 
could  escape  detection. 

A  possible  solution  is  robotic  calibration. 
This  technique  would  involve  the  use  of  a  robot  to  perform 
an  autcmatad  calibration  using  the  front  panel  controls. 
Such  a  technique  has  been  proposed  by  various  individuals  at 
the  Haval  Avionics  Center,  but  as  of  yet  no  research  and 
development  funding  has  been  made  available.  [Bef.  49] 
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2 .  Advantages 


a.  Calibration  Procedure  Standardization 

The  primary  justification  for  the  development  of 
the  MECCA  system  was  to  ensure  that  calibrations  were  being 
accomplished  in  a  consistent  manner  throughout  the  fleet. 
Prior  to  MECCA,  calibration  relied  upon  the  technician's 
individual  skill  and  methodology.  Although  manual  calibra¬ 
tion  procedures  provide  a  detailed,  step-by-step  method, 
seme  technicians  tend  to  disregard  the  procedures  as  they 
become  mere  experienced  and  develop  unauthorized  shortcuts 
that  are,  unfortunately,  often  taught  to  less  experienced 
technicians. 

MECCA,  even  in  its  open  loop  mode,  has  improved 
procedural  compliance  by  forcing  the  technician  to  step 
through  the  procedure  and  ensuring  the  calibrator  is  prop¬ 
erly  set  for  each  parametric  check.  However,  the  MECCA  open 
loop  method  still  relies  upon  the  technician  to  properly 
make  calibrator/TI  adjustments.  In  the  closed  loop  mode  the 
controller  makes  direct  TI  readings  and  comparisons,  thus 
reducing  the  technician's  role  and  the  chance  fer  human- 
error.  The  closed  loop  method,  therefore,  ensures  a  higher 
degree  cf  calibration  procedural  standardization  than 
afforded  by  MECCA  open  loop  calibration. 

b.  Improved  Calibration  Accuracy 

Erroneous  calibration  procedures  may  induce 
inaccuracies  into  the  test  equipment.  These  inaccuracies  are 
subsequently  passed  along  to  the  GPET2  supported  electronic 
systems.  By  improving  calibration  procedural  compliance, 
MECCA  closed  loop  calibration  improves  system  maintenance, 
accuracy  and  reliability. 


c.  Better  Utilization  of  Experienced  Technicians 

Because  the  controller  ensures  proper  calibrator 
outputs  and  TI  indication  readings  ana  comparisons  as  well 
as  providing  the  operator  with  a  simple  stepwise  procedure, 
the  level  of  experience  and  training  required  to  calibrate 
using  an  open  loop  technique  is  lass  than  that  required  for 
either  conventional  calibration  or  MECCA  open  loop  techni¬ 
ques.  Thus,  a  lower  skill  level  technician  can  be  used  for 
calibration  while  the  highly  trained  and  experienced  techni¬ 
cians  are  utilized  where  they  are  most  needed,  icing 
equipment  repair. 

The  primary  commercial  justification  for  cali¬ 
bration  automation  is  based  upon  this  advantage  and  the 
resultant  reduction  in  calibration  technician  salaries. 

d.  Test  Equipment  Availability  Improvement 

By  speeding  calibration  procedures,  closed  loop 
MECCA  calibration  will  reduce  the  calibration  turnaround 
time  and  the  significant  backlogs  experienced  by  most  Navy 
calibration  facilities.  A  reduction  in  turnaround  time  will 
also  permit  a  reduction  in  "pipeline"  test  equipment  assets, 
thus  reducing  GPETE  inventory  and  procurement  requirements. 

e.  Multi-Component  Applications  and  Calibration 

While  this  analysis  has  been  limited  to  these 
items  of  GEETE  that  would  use  GPIB  only  fer  calibration 
purposes,  more  and  more  test  systems  are  being  developed 
that  rely  upon  the  system  components  working  as  a  unit 
through  bus  interface  communication.  GPI3  configured  GPSTE 
can  be  used  and  calibrated  as  part  of  such  a  system. 
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fore  Thorough  calibrations 


Because  cf  the  speed  at  which  test  point  read¬ 
ings  and  data  transfer  can  be  achieved  via  GPI3,  it  is 
practical  to  test  a  larger  number  of  parameters.  Thus, 
significantly  more  thorough  calibrations  can  be  accomplished 
in  as  little  or  less  tine  than  is  possible  with  non-GPIB 
instruments. 

g.  Diagnostics 

The  interface  bus  can  not  only  be  used  to  ascer¬ 
tain  instrument  accuracy,  but  can  also  be  asei  to  diagnose 
circuitry  malfunctions.  Development  of  such  diagnostics  is 
part  cf  the  AC/D  pregram  and  research  and  development  work 
is  underway  at  the  NAB P  Pensacola's  Type  II  calibration 
laboratory. 

Introduction  of  such  a  diagnostic  system  would 
reduce  troubleshooting  manhours,  reduce  technical  skill 
level  requirements,  and  improve  fault  isolation  accuracy. 
Additionally,  such  a  system  could  be  configured  to  integrate 
via  the  interface  bus  with  the  supply  data  base  no  rapidly 
ascertain  the  availability  of  the  required  replacement 
part  (s)  . 

h.  Intermittent  Pault  Isolation 

Technicians  ar9  often  confronted  with  diagnosing 
an  intermittent  fault.  Because  a  fault  cannot  be  corrected 
until  it  is  isolated,  intermittent  faults  result  in  a  great 
deal  of  time  and  effort,  not  to  mention  technician 
frustration. 

The  ability  of  closed  loop  calibration  proce¬ 
dures  to  run  in  a  continuous  loop  (programmed  only  to  stop 
when  a  discrepancy  is  located)  permits  the  test  instrument 
to  run  continuously  (ever  night  or  over  a  weekend)  until  the 
fault  surfaces  and  is  recorded. 


i.  FC A  Capability  Enhancement 


The  reduced  skill  level  requirements  and 
increased  calibration  speed  and  thoroughness  possible  with 
closed  lcop  calibration  cculd  make  the  FCAs  capable  of 
performing  calibrations  that  were  previously  only  within  the 
capability  cf  a  NARF  or  shipyard.  The  resulting  migration 
of  calibration  capability  will  not  only  decrease  turnaround 
time,  but  will  also  result  in  NARF  and  shipyard  NIF  savings. 

j.  State-Of-The-Art  Procurement 

Specification  of  IEEE-488  interface  bus  in  the 
GPETE  salient  procurement  characteristics  may  result  in  the 
procurement  of  a  higher  quality  instrument  through: 

1.  Elimination  frcm  competition  of  marginal  instruments 
and  manufacturers  that  are  unable  to  support  GPIB. 

2.  Elimination  of  the  price  disadvantage  of  instruments 
that  provide  GPIB  as  standard. 

k.  Miscellaneous  Advantages 

The  ability  of  the  IEEE-488  bus  to  transfer  data 
directly  would  permit  the  instrument  to  be  interfaced  with 
other  computerized  data  collection  and  monitoring  systems. 
Examples  of  such  systems  are  a  MEASURE  card  printer  and  a 
computerized  quality  assurance  (QA)  monitoring  system. 

G.  COHCIDSIOBS 

While  the  author  has  not  attempted  to  quantify  the  two 
GPIB  disadvantages  and  numerous  advantages,  it  is  obvious 
that  the  later  far  outweigh  the  former.  Assessment  of  the 
values  of  these  factors  is  strictly  subjective  and  will, 
therefore,  be  left  tc  the  discretion  of  the  decision  maker. 
However,  because  a  GPIB  instrument  may  have  a  longer  useful 
life  stemming  from  its  ability  to  take  advantage  of  future 


developments,  the  author  would  not  consider  a  $100  asssss- 
aent  to  be  unreasonable. 

The  execution  of  the  model  (Appendix  S)  and  sensitivity 
analysis  (Appendix  T)  provides  the  decision  maker  with  the 
following  general  guidance:  a  positive  G?I3  procurement 

decision  is  likely  when: 

1.  anticipated  procurement  quantities  are  large  (at 
least  100), 

2.  the  I CP  is  long  and  complex,  and/or 

3.  the  calibration  interval  is  short  (one  year  or  less). 
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VI.  RELATED  ISSOES 


Sc  far  this  thesis  has  addressed  current  calibration 
workload  reduction  and  productivity  enhancement  initiatives 
and  has  added  one  additional  consideration-test  equipment 
configuration.  This  chapter  addresses  other  relevant 
issues. 

A.  GPETE  STANDARDIZATION 

NAVELEX’s  current  approach  to  GPETE  "proliferation 
minimization"  only  addresses  part  of  the  issue.  While  the 
current  approach  successfully  minimizes  small  quantity  and 
non-standard  GPETE  procurement,  it  fails  to  address  the 
proliferation  caused  by  formally  advertised  GPETE  fcllcw-on 
procurement. 

The  current  DOD  environment  exerts  a  great  deal  of  pres¬ 
sure  to  formally  advertise  procurements.  Unfortunately, 
formal  advertising  is  not  always  cost  effective.  It  only 
considers  one  cost  element,  the  procurement  cost,  and 
ignores  all  other  life  cycle  cost  (total  cost  of  ownership) 
considerations.  In  the  GPETE  arena  this  pressure  has  lead 
to  formally  advertising  for  units  required  to  supplement  the 
population  of  an  instrument  currently  in  the  inventory.  As 
a  result,  the  fleet  is  often  supporting  two  or  more  diffe¬ 
rent  instruments  procured  to  fill  the  same  requirements  and 
based  upon  identical  salient  characteristics.  A  recent 
example  is  provided  by  the  AN/USH-4  25  oscilloscope  contract 
awarded  to  Kikisui  (Japan)  in  December  1982. 

The  Havy  and  the  Air  Force  issued  a  IFB  for  AN/USN-425 
cscillcsccpes  to  supplement  the  current  inventory  of 
Tektronix  465H,  Option  49  (AN/USS-425)  oscilloscopes. 
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Tektronix*s  bid  of  $1,550  per  unit  for  the  465M  was  3  191 
higher  than  Kikisui's  $1,359  bid,  30  Kikisui  was  awarded  the 
contract.  In  spite  of  NAVMAT  direction  to  ensure  "total 
cost  ef f  ectiveness"  in  GPETE  procurement  [Ref.  12],  no 
consideration  was  given  to  th9  incremental  logistics  costs 
(spare  parts  provisioning,  training,  ICP  development,  etc.) 
that  would  be  associated  with  the  introduction  of  an  oscil- 
losccpe  different  frcm  the  one  already  in  the  inventory.  If 
considered,  these  incremental  logistics  costs  may  have 
offset  the  $191  price  difference. 

This  example,  unfortunately,  is  not  an  isolated  case. 
In  spite  of  the  increased  emphasis  on  logistics  and  life 
cycle  costs,  formally  advertised  procurement  continues  to 
take  precedence. 

B.  GPETE  INTEGRATED  LOGISTICS  SUPPORT 

While  formal  advertising  continuer  to  overshadow  logis¬ 
tics  considerations,  the  current  state  of  gpf":e  ils  does  not 
lend  itself  to  involvement  in  the  acquisition  process. 

Within  NAVELEX  8152  GPETE  ILS  functions  are  performed  by 
a  single  individual  assisted  by  five  contractor  personnel. 
To  date  GEETE  ILS  efforts  have  concentrated  on  the  post- 
acquisition  development  of  operational  logistics  support 
plans.  Little  effort  has  been  given  to  pre-acquisition 
considerations  such  as  the  development  of  life  cycle  cost 
and  cost-benefit  analyses. 

While  a  full  scale  logistics  support  analysis  (LSA) 
effort  (HIL-STD-1388)  could  not  be  justified  for  off-the- 
shelf  (OTS)  commercial  test  equipment  (CTE)  procurement, 
some  pre-acquisition  ILS  effort  would  be  beneficial. 
Comparisons  of  the  relative  calibration  intervals,  maintain¬ 
ability  factors,  ease  of  operation,  training  requirements, 
and  provisioning  would  be  valuable  in  differentiating 


between  instruments  under  consideration.  While  intensions 
haws  been  expressed  to  move  in  this  direction,  the  presence 
of  the  necessary  coaaitaent  and  expertise  within  NAVEL3X  315 
is  debatable. 

C.  TBAIVING 

Fcrmal  calibration  technical  training  is  available  from 
two  sources.  A  sixteen  week  course  taught  at  Lcwry  Air 
Force  Base  (Denver)  qualifies  graduates  as  Electronics 
Standards  Specialists  (NEC  1538).  A  six  week  NALC 
Detachment  course  (taught  in  Norfolk  and  San  Diego)  trains 
Field  Calibration  Technicians  (NEC  6673)  .  Both  courses  are 
general  and  theoretical.  Little  "hands  on"  training  is 
provided. 

Fleet  units,  therefore,  aust  rely  almost  totally  on  OJT 
for  practical  calibration  training.  while  OJT  can  often  be 
arranged  at  a  local  NABF,  shore  based  AI3D,  or  Naval 
Shipyard,  the  availability  of  additional  sources  of  training 
woald  be  most  beneficial. 

Development  of  the  following  additional  training  sources 
is  reccaaended: 

£Sz§&3  HSlSSZ  S&ools 

Fleet  units  have  found  the  use  of  factory  schools 
impractical  because  of  the  tuition  expense  ($1000-2000)  ,  the 
TAD  expense  (aost  manufacturer's  facilities  are  net  conve¬ 
nient  tc  government  quarters),  and  their  infrequent 
availability  (1  or  2  classes  per  year). 

However,  some  electronic  equipment  manufacturers,  such 
as  Tektronix,  are  willing  to  teach  their  courses  at  Navy 
installations  if  sufficient  students  are  available 
(Bef.  50].  If  type  commanders  worked  in  concert,  a  suffi¬ 
cient  number  of  qualified,  interested  students  could  easily 


be  assembled.  This  approach  would  eliminate  most  TAD 
funding  requirements,  reduce  the  fleet  unit'3  administrative 
workload,  and  foster  fleet  participation,  particularly  if 
tuition  was  paid  directly  by  the  type  coaaanders. 

2.  mss  £ isJsaje  Ifaiaisa 

Another  approach  is  the  establishment  of  phase 
package  training  at  the  NALC  Detachments  and/or  the  Naval 
Aviation  Maintenance  Training  Detachments  (NAfiTD)  .  Such 
training  would  compliment  the  Lowry  and  NALC  Detachment 
theoretical  training  by  providing  "hands  on"  training  in 
specific  calibration  phase  packages.  A  similiar  program 
tailored  to  the  surface  Navy's  needs  could  also  be 
established. 


3.  Scund/Slide  and  Video 


Linrnc 


Many  test  eguipment  manufacturers  make  available 
sound/slide  and  video  cassette  training  on  the  operation, 
calibration  and  repair  of  specific  instruments.  Additional 
presentations  are  available  from  other  sources.  For 
example,  NATC  Patuxent  River  has  a  ten  lesson  University  of 
Colorado  video  cassette  course  on  IEEE-488. 

Share  such  programs  /presentations  are  available,  they 
should  be  made  a  logistics  element  and  purchased  as  part  of 
the  ETE  procurement  package.  For  instruments  already  in  the 
fleet  the  type  commanders  should  seek  out  and  review  appro¬ 
priate  prcgra  as/presentations  and  make  them  (and  the 
necessary  projectors  and  VCRs)  available  to  the  fleet. 

Seme  electronic  instrument  manufacturers  publish 
periodicals  (Hewlett-Packard's  is  called  "Bench  Briefs") 
containing  articles  on  test  equipment  calibration  and  repair 
techniques.  Type  commanders  should  investigate  the 
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availability  of  these  publications  and  arrange  distribution 
to  fleet  units  ("Bench  Briefs"  are  free). 

D.  ICS  COOBDINATION 

Although  SEC  is  coordinating  ACS  ICP  development  for  the 
fleet  through  HECCA  and  NALC  is  coordinating  ACS  ICP  devel- 
opaent  through  AC/D,  these  two  programs  are  rot  coordinated 
with  cne  another.  This  lack  of  coordination  has  lead  to 
radundant  efforts  and  disputes.  Ihe  following  illustrates: 

1.  Both  SEC  and  AC/D  (HATC)  have  developed  "multi- 
handlers"  (applications  software  applicable  to 
multiple  component  ACSs)  . 

2.  SEC  has  developed  a  MECCA  program  generator.  Ihe 
HALC  program  is  tasked  with  developing  a  universal 
program  generator. 

3.  In  several  cases,  NABF  Quality  Assurance  Divisions 
have  refused  to  certify  MECCA  ICPs  due  to  alleged 
procedural  discrepancies. 

Per  the  Havy  to  take  full  advantage  of  its  various  ACS 
development  efforts,  overall  coordination  is  necessary. 
This  function  is  and  should  be  SZC's  responsibility. 
However,  since  SEC  is  sponsored  and  funded  by  each  of  the 
hardware  systems  commands,  it  lacks  the  power  to  exert 
authority  over  their  independent  ACS  initiatives. 

Through  the  mutual  cooperation  of  each  of  the  systems 
commands,  real  authority  for  ACS  coordination  should  be 
vested  in  HEC.  For  its  part,  SEC  should  establish  an  inde¬ 
pendent  division  tasked  with  the  following  responsibilities: 

1.  Coordination  of  all  ACS  development  efforts 

2.  Development  and  maintenance  of  a  universal  program 
generator  that  will  be  used  in  the  development  of  ajl 
Navy  ACS  ICPs. 

3.  Certification  of  ali  Navy  ACS  ICPs. 
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fU.  agCOBBEHDATIOHS 


The  following  is  a  brief  summary  *  of  the  authcr*s 
recommendations. 

A.  IEEE-480  SUBSET  BEQ& IRE BENTS 

The  current  Navy  IEEE-4  88  subset  requirements  (Appendix 
D)  are  inadequate  to  facilitate  automated  calibration.  A 
revised  list,  based  upon  expert  opinion,  is  presented  in 
Appendix  V  (Appendix  V  compares  the  current  Navy,  (JSAF  BATE 
and  the  reccaaended  subsets). 

These  subset  reguireaants  should  be  presented  to  the 
industry  as  Navy  GPIB  requiraaents.  It  is  anticipated  that 
the  electronics  industry  will  respond  favorably  to  such 
raquireaents  based  upon  the  following: 

1.  The  positive  reception  USAF  requirements  (including 
configuration  control)  for  BATE  qualification 
received  from  industry. 

2.  The  relative  ease  of  implementing  all  functional 
subsets  when  GPIB  is  iapleaented  using  a  standard 
IEEE-488  integrated  circuit. 

B.  IEEE-488  CODB,  SYNTAX  AND  CONVENTION  STANOABDS 

The  Navy  should  convene  a  study  group  to  investigate  the 
various  codes,  syntax  and  convention  standardization  propo¬ 
sals  now  before  the  IEEE  Standards  Board.  The  results  of 
their  efforts  should  te  used  to  guide  Navy  GPIB  procurement 
and  to  facilitate  Navy  support  of  the  most  appropriate 
proposal  (or,  if  necessary,  to  generate  a  new  proposal)  . 
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C.  GPETE  GFIB  P  BO  CO  BEHEST  POLICY 


A  GPETE  3PIB  procurement  policy  should  be  established. 
Such  a  policy  need  not  be  a  universal  "buy"  or  "don't  buy" 
directive.  It  should,  however,  provide  a  uniform  means  for 
weighing  the  individual  costs  and  benefits  associated  with 
each  procurement. 

Additionally,  any  GPIB  policy  should  ensure  inclusion  of 
all  required  IEEE-488  functional  subsets  and  conformance 
with  the  codes,  syntax  and  conventions  required  for  compati¬ 
bility  with  other  instruments  in  the  inventory. 

D.  GPETE  FOLLOV-OH  FBOCORBHEHT 

Steps  should  be  taken  to  reduce  GPETE  proliferation 
caused  by  the  fcra&l  advertising  of  follow-on  procurements. 
Initial  procurement  of  GPETE  requirements  (based  upon 
entirely  new  requirement  of  improved  salient  characteris¬ 
tics)  shculd  be  procured  competitively.  But  the  merits  of 
standardisation  suggest  a  different  approach  is  required  for 
follow-cn  procurement.  The  following  methods  should  be 
considered: 

1.  Multiple  Year  Option s.  Instead  of  the  current  prac¬ 
tice  restricting  GPETE  procurement  contracts  to  one 
year  with  a  single  year  option,  contracts  with  two  or 
mere  option  years  should  be  sought.  This  method  would 
reduce  the  frequency  of  letting  contracts  while 
retaining  the  cption  to  change  to  another  instrument 
model  as  the  state-of-the-art  dictates. 

2.  Multiple  Contracts.  The  U.s.  Army  is  currently 

using  five  year  contracts  for  TMDE  procurement 
[Hef.  51].  This  approach  not  only  reduces  formally 
advertised  follow-on  procurements,  but  will  probably 
result  in  a  lewer  procurement  price  relative  tc  the 
multiple  year  option  approach  because  of  reduced 
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uncertainty  for  the  manufacturer.  However,  this 
approach  could  also  lock  in  the  procurement  cf  GPRT3 
that  subsequently  becomes  obsolete  or  proves  unreli¬ 
able.  Therefore,  this  approach  should  nor  be  used  ir. 
the  following  cases: 

a)  GPETE  approaching  the  and  of  its  life  cycle. 

b)  GPETE  at  the  beginning  of  its  life  cycle  that  has 
not  yet  proven  its  reliability. 

Use  of  Life  Cycle  Costa.  Life  cycle  costs,  not 
procurement  costs,  could  be  used  as  the  cost  criteria 
for  follow-on  procurement,  such  an  approach  may  be 
viable  for  competitive  negotiation,  but  would  be  very 
difficult  to  implement  for  a  formally  advertised 
procurement. 

Ose  cf  Logistics  Costs.  &  cost  element  that  can  be 
considered  along  with  procurement  cost  in  a  formally 
advertised  procurement  is  the  logistics  cost.  An  IPB 
could  require  the  bid  to  include  quantification  of 
logistics  elements  such  as  publications,  training, 
provisioning  and  ICP  development.  This  approach 
would  give  the  incumbent  a  legitimate  price  advantage 
while  retaining  most  of  the  advantages  of  formal 
advertising. 

Ose  of  3  Standardization  Exception.  A  determina¬ 
tion  and  findings  (DBF)  could  be  initiated  to  justify 
a  negotiated  sole  source  follow-on  procurement  of 
GPBTE.  Justification  for  the  DNF  is  found  in  the 
Defense  Acquisition  Regulation  (DAR)  exception  for 
standardization  of  technical  equipment  deployed 
outside  the  United  States  or  aboard  ship  [Ref.  52]. 


E.  ACS  COOBDI NATION 


It  is  recommended  that  a  division  of  NEC  be  established 
to  coordinate  ACS  development,  develop  and  maintain  a  univ¬ 
ersal  program  generator,  and  certify  ACS  ICPs. 

F.  CALIEHATION/BEPAIB  TBAIHING 

To  improve  fleet  calibration/repair  test  equipment 

training,  the  following  actions  are  recommended: 

1.  Arrange  factory  training  at  major  Navy  installations. 

2.  Establish  NALC  Detachment/NANTD  phase  package 

training  courses. 

3.  Hake  test  equipment  r apair/calibration  sound/slide 
and  video  cassette  training  courses  available  to  the 
fleet. 

4.  Hake  manufacturer  test  equipment  instruction/ 
information  periodicals  available  to  fleet  units. 


Till.  EPILOGUE 


As  the  result  of  the  attention  that  the  research  for 
this  thesis  brought  to  the  GPETE/GBIP  question,  the 
following  actions  have  been  initiated; 

1.  MEC  is  giving  active  consideration  to  modification  of 
MECCA  closed  lccp  procedures  to  limit  operator  inter¬ 
vention  to  parametric  check  failures  [  Hef .  41]. 

2.  NAVELEX  8151  has  initiated  consideration  of  a  GPETE 
GEIB  policy  [Ref.  35]. 

3.  NAVAIR  55223  has  directed  NAEC  92524  to  coordinate 
with  NAVSEA  06C1C  and  NAVELEX  8152  in  formulating  a 
GEETE  GPIB  policy  [Ref.  37]. 

4.  NAVELEX  8152  has  directed  that,  where  applicable, 
future  shore  command  GPETE  requirements  include  GPIB 

[Hef.  36]. 

5.  The  NAVMAT  TMDE  Action  Group  (chaired  by  NAVELEX 
08T2)  will  make  GPETE  GPIB  policy  an  agenda  item  for 
the  group *s  meeting  in  Norfolk,  Virginia  on  18-19  May 
1983  [Ref.  53]. 
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APPENDIX  A 
DEFINITIONS 


AC/D 

ACS 

ACL/SCD 

AFB 

AIMD 

AIMSO 

ANSI 

AOP 

AEN 

ASCII 

ATE 

BA 

BB 

CATIIID 

CECOH 

cm 

CCMNAV  AIRLANT 

CCMNAV  AIBP  AC 


Automatic  Calibration  and  Diagnostics 
Automated  Calibration  System 
Automatic  Calibration  Laboratory/Satellite 
Calibration  Development 
Air  Force  Base 

Aircraft  Intermediate  Maintenance 
Department 

Aircraft  Intermediate  Maintenance 
Support  Office  (Patuxent  River,  HD) 
American  National  Standard  Institute 
Average  Over  Period 
Aircraft  Procurement,  Navy 
American  standard  Code  For 
Information  Interchange 
Automatic  Test  Equipment 
Budget  Activity 
Building  Bloch 

Computerized  Automatic  Tester, 

Digital 

Communications  and  Electronics 
Command  (O.S.  Army) 

Continuous  Integrated  Intermediate 
Lang  uage 

Commander,  Naval  Air  Force, 

O.S.  Atlantic  Fleet 
Commander,  Naval  Air  Force, 

O.S.  Pacific  Fleet 
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m 


mi 


51 


■a 


CCMSOBL ANT 


CCMSOBFLANT 


DARCOM 


EEROM 


FHSO 

FBAMS 


GEIR 

GINO 

GEETE 

GEIB 


$ 


Commander,  Submarine  Force, 

O.S.  Atlantic  Fleet 
Commander,  surface  Force, 

O.S.  Atlantic  Fleet 
Consumer  Price  Index 
Cathode  Ray  Tube 
Consolidated  Systems  Support 
Contractor  Support  Services 
Commercial  Test  Equipment 
Aircraft  Carrier 
Calendar  Tear 

Defense  Acquisition  Regulations 
Development  and  Readiness 
Command  (O.S.  Army) 

Digital  Multimeter 
Defense  Logistics  Agency 
Determination  and  Findings 
Department  of  Defense 
End  of  Period 

Erasable  Programmable  Read  Only  Memory 

Electronic  Test  Equipment 

Fleet  Calibration  Activity 

Fleet  Material  Support  Office 

Plat  Rate  Measurement  System 

Fiscal  Tear 

GPETE  End  Item  Replacement 
GPETE  Initial  Issue 

General  Purpose  Electronic  Test  Equipment 
General  Purpose  Interface  Bus 
General  Services  Administration 
Ground  Support  Equipment 
GPETE  Support  Item 
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H-P 

HP-IB 

ICP 

ICP 

ID 

IPC 

IEEE 

IFB 

I/JSATP 

IIS 

IBRL 

ICC 

LEM 

ICE 

ISA 

MACL 

MACS 

MATE 

MEASURE 

HEC 

MECCA 

METRE 

MIL-HDBK 

MILPERS 

MIL- STD 

MPM 

HTBF 

EAEC 


Hewlett-Packard,  Co. 

Hewlett-Packard  Interface  Bus 
Instrument  Calibration  Procedure 
Inventory  Control  Point 
Interface  Device 

International  Electrotechnical  Committee 
Institute  of  Electrical  and 
Electronic  Engineers 
Invitation  For  Bids 
Industry/ Joint  Service  Automatic 
Testing  Project 
Integrated  Logistics  Support 
Individual  Material  Readiness  List 
Life  Cycle  Costs 
Logistics  Element  Manager 
Level  Of  Effort 
Logistics  Support  Analysis 
Motile  Automated  Calibration  Laboratory 
Mobile  Automated  Calibration  System 
Modular  Automatic  Test  Equipment 
Metrology  Automata!  System  for  Uniform 
Recall  and  Reporting 
Metrology  Engineering  Center 
Modularly  Equipped  and  Configured 
Calibrators  and  Analyzers 
Metrology  Requiraments  List 
Military  Handbook 
Military  Personnel 
Military  Standard 
Military  Personnel,  Navy 
Mean  Time  Between  Failure 
Naval  Air  Engineering  Center 


NALC 

NAHTD 

HARF  , 

HAS 

HATC 

HA? AIR 

NAVCCMPT 

NAVEIEX 

NAVMAT 

NAVSEA 

NAVSOP 

NCL 

NEC 

HESEA 

NIF 

NFS 

NSF 

HNS 

OJT 

OHB 

06MN 

OPN 

GTS 

PDV 

PHCHECON 

PEE 

PCS 

QA 

RADCCM 

SAI 


Naval  Aviation  Logistics  Coaaand 
Naval  Aviation  Maintenance 
Training  Detachment 
Naval  Air  Rework  Facility 
Naval  Air  Station 
Naval  Air  Test  Canter 
Naval  Air  Systens  Coaaand 
Navy  Office  of  the  Coaptroller 
Naval  Electronics  Systems  command 
Naval  Material  Coaaand 
Naval  Sea  Systems  Command 
Naval  Supply  Systems  Command 
Navy  Calibration  Laboratory 
Navy  Enlisted  Classification  Code 
Naval  Electronic  Systems  Engineering 
Activity  (St.  Inigoes,  HD) 

Navy  Industrial  Fund 

Naval  Postgraduate  school 

Navy  stock  Fund 

Naval  Weapons  Station 

On-The-Job  Training 

Office  of  Management  and  the  Budget 

Operations  and  Maintenance,  Navy 

Other  Procurement,  Navy 

Of  f-the-S  hslf 

Present  Discounted  Value 

Telephone  Conversation 

Precision  Measuring  Equipment 

Program  Objective  Memorandum 

Quality  Assurance 

Radar  and  Communications  Tester 

Science  Applications,  Inc. 
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SSE 

SHAPN 

SHSB 

SOA 

SPCC 

SPETE 

SPETEBL 

STEAL 

SISCCM 

TAMS 

TIK 

TI 

TIMS 

TBDE 
USAF 
VCH 
I  PH 


Supply  and  Equipage 
Ship's  Acquisition  Manager 
Source,  Maintenance  and  Recoverability 
State-of- the-Art 
Ship's  Parts  Control  Center 
Special  Purpose  Electronic  Test  Equipment 
Ship's  Portable  Electronic/Electrical 
Test  Equipaent  Requirements  List 
Shore  Test  Equipment  Allowance  List 
Systems  Command 

Test  and  Measuring  Systems  Office 
(NAVELEX  Code  38T) 

Tektronix,  Inc. 

Test  Instrument 

Transmission  Impairment  Measurement 
Syst  ea 

Test,  Measuring  and  Diagnositic  Equipment 
United  States  Air  Porca 
Video  Cassette  Becorder 
Heapons  Procurement,  Navy 
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APPENDIX  B 

ELECT HO HIC  TEST  EQUIPMENT  CLASSIFICATIONS 

Navy  electronic  test  equipment  (ETE)  is  classified  by 
the  Naval  Material  Command  Electronic  Test  Equipment 
Classification  Board.  The  board  consists  of  one  representa¬ 
tive  from  NAVAIR,  NAVSEA  and  NA7ELEX  and  is  chaired  by 
NAVELEX  (an  individual  other  than  the  NAVELEX  representa¬ 
tive)  and  meets  as  required  to  classify  ETE  into  one  of  the 
following  three  categories: 

1 .  General  Purpose  Electronic  Test  Equipment  (GPETE) . 

GPETE  is  that  electronic  test  equipment  that  is 

capable  of,  without  modification,  or  generating, 
modifying  or  measuring  a  range  of  parameters  of  elec¬ 
tronic  functions  required  to  test  two  or  more 

equipments  or  systems  of  basically  different  design. 
Newly  designed  and  manufactured  commercial  off-the- 
shelf  (OTS)  electronic  test  equipment  (CTE)  used  to 
support  one  system,  will  normally  be  classified  as 
GPETE  if  it  is  reasonable  to  predict  its  use  will  be 
required  with  more  than  one  equipment  or  system. 

2.  Special  Purpose  Electronic  Test  Equipment  (SPETE)  . 

Electronic  test  equipment  that  is  specifically 
designed  to  generate,  modify,  or  measure  a  range  of 
parameters  of  electronic  functions  of  a  specific  or 
peculiar  nature  required  to  test  a  single  system  or 
equipment,  and  it  is  reasonable  to  predict  its  use 
with  more  than  one  system  is  unlikely. 

3.  Other-E^E.  Any  test  equipment  not  considered  as 
either  GPETE  cr  SPETE.  [Hef.  54] 
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APPENDIX  C 

IEEE-488  FUNCTIONAL  SUBSETS 


The  following  tables  [Ref.  55]  represent  each  of  the 
IEEE-488  standard's  functions,  except  the  controller  func¬ 
tion  (which  is  not  applicable  to  GPETE)  .  The  degree  to 
which  a  given  function  is  implemented  in  an  instrument  is 
represented  by  a  functional  subset  designation.  For 
example,  in  the  "Remote-Local*1  function,  RLO  means  that  the 
function  is  not  implemented;  RL1  means  that  both  the  "basic 
remote- local"  and  "lccal  lock  out"  subsets  are  implemented; 
while  RL2  means  that  only  the  "basic  remote-local"  subset  is 
implemented. 


SOURCE  HANDSHAKE 

SHO 

SHI 

Full  Capability 

No  Capability 

Allows  the  device  to  generate  the 
handshake  cycle  for  transmitting 

data 

1 

X 

ACCEPTOR  HANDSHAKE 

ES 

AH1 

Full'  Capability 

No  Capability 

Allows  a  device  to  generate  the 
handshake  for  receiving  data 

X 

1 

DEVICE  TRIGGER 

DTO 

DTI 

Full  Capability 

No  Capability 

Allows  an  instrument  or  group  of 
instruments  to  be  triggered  or  some 
action  started  upon  receipt  of  the 
group  executive  trigger  (get) 
message 

1 

X 

Talk  Address  (MTA)  talker  and  a  listener  at  the  same 

time 


SERVICE  REQUEST 


SRO  SRI 


Fall  Capability 

Allows  an  instrument  to  request 
service  from  the  controller  with 
the  SRQ  line 

X 

1 

No  capability 

X 

■ 

REMOTE-LOCAL 

RLO 

RL1 

m 

Basic  Remote-Local 

Allows  the  instrument  to  switch 
between  manual  (local)  control 
and  programmable  (remote) 
operation 

X 

X 

Local  Lock-Oat 

Allows  the  return  to  local 
function  to  be  disabled 

X 

No  Capability 

X 

PARALLEL  POLL 

PPO 

PP1 

PP2 

Basic  Parallel  Poll 

Allows  an  instrument  to  report 
a  single  status  bit  to  the 
controller  on  one  of  the  data 
lines  (D107-D108) 

X 

X 

Remote  Configuration 

Allows  the  instrument  to  be 
configured  for  parallel  poll 
by  the  controller 

X 

No  Capability 

X 

DEVICE  CLEAR 

DCO 

DC1 

DC2 

Basic  Device  Clear 

Allows  all  instruments  on  the 
to  be' initialized  to  a 
pre-defined  cleared  state 

I 

X 

X 

Selective  Device 

Clear 

Allows  individual  instruments  to 
be  cleared  selectively 

H 

X 

No  Capability 

Hi 
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S1V1  IEEE-488  FOHCTIOHAL  SUBSET  REQUIREMENTS 


The  following  Navy  IEEE-488  functional  subset  require¬ 
ments  are  specified  in  MIL-STD-28800C,  "Gar.eral 
Specification  For  Test  Equipment  For  Use  Hith  Electrical  and 
Electronic  Equipment,"  paragraph  3.13.2.2: 

Ip-car  face  Function  Symbol  Subset  Requirements 

Source  Handshake  SH  SHI  required 

Acceptor  Handshake  AH  AH  1  required 

Talker  T  T1  required 

listener  L  LI  required 

Service  Bequest  SB  SB1  required 

Hemote  Local  RL  RL1  required 

Parallel  Poll  PP  not  mentioned 

Device  Clear  DC  not  mentioned 

Device  Trigger  DT  not  mentioned 


APPENDIX  E 

HATE  IEEE-488  SUBSET  BEQOIBEMENTS 

The  following  are  the  minimum  allowable  IEEE-488  func¬ 
tion  subset  requiresents  for  OSAF  Modular  Automatic  Test 
Equipaect  (MATE)  qualified  instruments: 

Interface  Fjm£tAcn  S  vmbol  Sjibsei  Requirements 
Source  Handshake  SH  SHO  not  allowed 

Acceptor  Handshake  AH  AHO  not  allowed 

Talker  cr  Extended  T  or  TE  TO  not  allowed 

Talker  TSO  not  allowed 

I1,T2,T5,T6  preferred 
TE 1,TE2,TE5,TE6  preferred 
Listener  or  L  or  LE  LO  not  allowed 

Extended  Listener  LEO  not  allowed 

Service  Bequest  SB  SRI  optional 

Beaote  Local  BL  BLO  not  allowed 

BL 1  preferred 
BL2  not  preferred 
Parallel  Poll  PP  PP1,  PP2  optional 

Device  Clear  DC  optional 

Device  Trigger  DT  optional 

Controller*  C  CO  not  allowed 

Cl, 2,3, 4, 5  preferred 

*  Not  applicable  to  GPETE  type  instruments  which  will 
never  serve  in  the  controller  function. 

Source:  Proposed  MATE  System  Control  Interface  Standard, 
Proposed  Standard  No:  2806564  Rev.  D,  FSCM  13604,  05  MAY  82. 
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GPIB  GPETE  1V1IL1BILITY 

The  following  is  a  list  of  those  standard  and  substitute 


GPETE 

iteas  the  author  was  able  to  ident 

ify  as 

oeing 

avai- 

lable 

with  GPIB  eithe 

r  as  a  standard  feat 

ure  or  as  an  option 

(Bef . 

25,28,56  ]. 

ticn  I 

cf  0 

H££ 

usi si  iz 

pescr iotion 

opt  Nr 

Cost 

Note 

FLOKB 

86001-01 

4.5  Digit  DMM 

5  29 

250 

1 

FL0KE 

88001/11 

5.5  Digit  DHM 

529 

250 

1 

PLOKE 

19531 

Counter 

15 

500 

H-P 

532  81 

Count  er 

011 

450 

2 

H-P 

8620  C 

Sweep  Generator 

011 

950 

H-P 

866  OC 

BE  Signal  Generator 

005 

250 

3 

H-P 

53401 

Count  er 

011 

425 

H-P 

3586C 

Volta eter 

Standard  Feature 

HEI8SCHEL  9675-20  0 

Sweep  Generator 

08 

675 

BOTES: 

1. 

Unit  aust  be 

used  in  conjunction 

with  a 

Fluke 

11201 

IEEE-488  Translator. 

2.  Unit  is  currently  b9ing  bought  as  GPETE  with  the  GPIB 
option  installed. 

.  The  GPIB  option  is  "listen  only." 
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APPBHDII  G 

AC/E  COMFEBEHCil  ATTENDEES 

* 

The  following  individuals  attended  the  AC/D  conference 


in  Dallas,  Texas, 

29-31  March  1983. 

ksliiLii 

Code 

Don  Tobey 

Ski,  Dallas 

N/A 

Bichard  Anderson 

NALC  Det  West 

3022 

John  D.  Crellin 

NALC  Patuxent  River 

3321 

Walt  Fitzgerald 

NALC  Patuxent  River 

3322 

Vernon  Harsh 

NALC  Det  East 

3012B3 

Elton  E.  Artis 

N ABF  Norfolk,  Type  II 

66010 

Rick  Benfro 

N ABF  Alaaeda,  Type  II 

66200 

Enaett  Parker 

NARF  Alaaeda,  Type  III 

66300 

Wayne  Porter 

NALC  Det  West 

SAI/NORIS 

Joseph  A.  Walker 

H ABF  Pensacola,  Type  III 

94700 

Hike  Foley 

N ABF  Pensacola,  Type  II 

66400 

Bobert  Sloccnb 

N  ABF  Cherry  Point 

94207 

Doity  Gaskill 

NABF  cherry  Point 

9420 

V.  (Pete)  Grier 

NARF  Cherry  Point 

52120 

Gene  Allerton 

DALFI,  Inc.,  San  Diego 

N/A 

Barry  Sanderson 

NARF  Jacksonville 

94461 

Frank  Brooks 

NARF  Jacksonville 

94400 

Ken  Hcon 

NARF  Jacksonville 

94461 

Jia  Lcpez 

NARF  North  Island 

94320 

Terry  T.  Krcgal 

NARF  North  Island 

94325 

Edvard  B.  Greer 

NATC  Patuxent  River 

TS-243 

Paul  willenborg 

NATC  Patuxent  River 

TS-243 

LCDB  W.D.  Stahler 

Naval  Postgraduate  School 

SHC  1689 

Thoaas  Leedy 

National  Bureau  of  Standards 

N/A 

les  Scott 

Cerberonics  Corp.,  San  Diego 

N/A 

H.  E.  Bradley 

Naval  Avionics  Center 

430 

H.  T.  Biebe 

Naval  Avionics  Canter 

432 

81 


Peter 

Sargent 

D  ALFI  Corp.#  Oakland 

N/A 

Biwin 

Speary 

SAI,  Patuxent  River 

S/A 

<5.3. 

Flintrop 

SAI,  N CL  Tustin 

N/A 

APPENDIX  H 

LIFE  CYCLE  CALIBRATION  SAVINGS  ANALYSIS 


At  the  author's  request  NEC  conducted  a  comparative 
analysis  of  the  time  required  to  conduct  an  open  and  closed 
loop  MECCA  calibration.  The  test  instrument  used  was  the 
FLUKE  9960A  digital  multimeter,  the  only  instrument  for 
which  both  an  open  and  closed  loop  ICP  had  been  developed. 
The  test  involved  three  technicians  calibrating  the  instru¬ 
ment  using  both  techniques.  Although  the  exact  test  figures 
are  not  available  for  release,  the  test  shewed  an  approxi¬ 
mate  50%  reduction  in  the  closed  loop  mode. 

A  survey  was  also  conducted  via  phone  conversations  and 
questionnaires  to  ascertain  the  estimates  of  individuals 
involved  in  automatic  calibration  system  development  and 
familiar  with  MECCA.  The  following  estimates  were  obtained: 
Nane/Activity/Ref  srence  Estimate 

Mr.  Mark  Anderton  10-25* 

CCMN  AVAL  SLANT  532B11 


phcnecon  of  29  Nov  1983 

Hr.  Bcbert  Cole  25%  or  more 

MEC  Pomona 
visit  of  07  Jan  1983 
Mr.  Bobert  Holcomb  90% 

SAI  NCL  Tustin 


phocecon  of  13  Jan  1983 
Mr.  Micheal  Eagar  20% 

NWS  Crane 
Questionnaire 

Mr.  Micheal  Foley  25-30% 

NABF  Pensacola  Type  II  Lab 
Questionnaire 


Hr.  Paul  Willenborg  25% 

NATC  Patuxent  Biver 
Questionnaire 

Mr.  Bichard  Benfro  10% 

NASF  Alameda  Type  II  lab 
Questionnaire 

These  results  were  presented  at  the  AC/D  Conference  in 
Dallas,  Texas  on  30  March  1983  (refer  to  Appendix  G  for  a 
list  of  attsidees)  and  the  following  manhour  reduction 
factors  were  agreed  upon: 

1.  Conservative  Estimate  (current  MECCA  closed  loop 

procedures)  :  25% 

2.  Best  Estimate  (current  MECCA  closed  loop  procedures)  : 
30% 

3.  Best  Estimate  (revised  MECCA  closed  loop  procedures)  : 
50% 


FAILURE  RATE  DERIVATION 

The  repair  incidence  (failure  rate)  was  derived  through 
a  survey  of  various  individuals  highly  experienced  in  the 
operation  and  maintenance  of  IEEE-488  configured  test  equip¬ 
ment.  The  survey  was  conducted  through  phone  conversations 
and  questionnaires.  The  following  is  a  complete  listing  of 
the  responses: 

Hame/Activitv/Ref erence  Failure  Incidence 

Mr.  James  Cigler  Approximately  5% 

if  ABF  Norfolk  Type  III 
phcnecon  of  23  Nov  8  3 
Hr.  Paul  Billenborg  1-2  % 

NATO  Patuxent  River 
Questionnaire  dtd  24  Feb  83 
Hr.  Donald  Marshall  Less  than  5% 

NAS  Bhidby  Island  Type  III 
phcnecon  cf  12  Jan  8  3 

Hr.  Micheal  Eagar  Maximum  of  5* 


1-2  % 


Less  than  5S 


Maximum  of  5% 


NBS  Crane 


phcnecon  of  17  Jan  8  3 

These  survey  results  were  presented  and  discussed  at  the 
AC/D  Conference  in  Dallas,  Texas,  on  30  March  1983  (see 
Appendix  G  for  a  list  of  the  conference  attendees) .  The 
concensus  of  the  conference  was  that  2%  failure  rate  should 
be  utilized. 

Although  the  2%  failure  rate  may  appear  quite  lew, 
further  analysis  indicates  otherwise.  If  one  only  considers 
the  GPIB  duty  cycle  as  that  tiie  during  which  the  bus  is 
used  (i.e.  the  condition  of  the  bus  does  not  deteriorate 
during  idle  time),  the  2%  failure  rate  translates  to  a  mean 


time  between  failure  (HTBP)  of  only  94.5  hours  ((.7  X  2.7 
hrs/calibratioa) /(. 02  failures/calibration))  for  the  example 
used  in  Appendix  S. 

This  HTBP  is  significantly  lower  than  that  calculated  by 
test  equipment  manufacturers  during  warranty  ispor-  prepara¬ 
tion.  Twc  examples  are  offered. 

1.  Hewlett-Packard's  warranty  report  on  the  8672  signal 
generator  estimates  the  IEEE-488  bus  (HP-IB)  failure 
rate  at  .2%  per  year  (based  upon  2000  hours  per 
year).  This  translates  to  a  HTBP  of  1  ,000,000  hours, 
fcur  orders  of  magnitude  greater  than  the  rate  used 
in  this  analysis.  Additionally,  H-P  calculated  that 
the  HP-IB  only  contributed  .9%  to  the  overall  failure 
rate  of  the  instrument.  This  failure  rate,  however, 
is  based  on  an  instrument  not  connected  to  another 
instrument  or  controller.  It,  therefore,  does  not 
include  the  failure  rate  of  the  GPIB  connector. 
CHef.  57] 

2.  Tektronix  has  calculated  the  failure  rate  of  a  GPIB 
cable  (with  two  connectors)  as  .0324  per  1000  hours. 
This  translates  to  a  HTBF  of  nearly  31,000  hours. 

[Hef.  58] 

Because  of  these  low  failure  rates,  the  incremental  fee 
that  manufacturers  charqe  for  inclusion  of  GPIB  option 
coverage  in  their  annual  repair  agreements  is  very  small 
(most  often  zero).  Examples  are  provided  in  Appendix  L. 


* 
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hiium.  s 

IEEE-488  REPAIR  HAMHOORS  AHD  HATERIAL  COSTS 


The  average  cost  of  an  IEEE-488  repair  in  terms  of 
manhours  and  materials  vas  established  through  interviews 
with  and  the  completion  of  questionnaires  by  various  indivi¬ 
duals  experienced  with  bus  repair.  The  following  is  a 
sample  of  the  responses: 


Nafe/Activitv/5ef  erenca  Man  hours  Material  Cost 

Hr.  Janes  Cigler  2  S  20-25 

NABF  Norfolk  Type  II 
phonecon  of  23  Nov  83 

Hr.  Paul  iillenborg  2  1  25 

NATO  Patuxent  River 
Questionnaire  dtd  24  Feb  83 
Hr.  Donald  Harshall  2  $  25 

NAS  Rhidby  Island  Type  II 
phcnecon  of  12  Jan  8  3 

Hr.  Craig  Gaby  2  (if  bus  controlled  by 

Hewlett-Packard  separate  microprocessor) 

Service  Canter,  Atlanta  6  (if  bus  and  instrument 

phcnecon  of  18  Jan  1983  controlled  by  a  single 

microprocessor) 

The  results  of  this  survey  ware  discussed  at  the  AC/D 
Conference  in  Dallas,  Texas  on  30  March  1983  (for  a  list  of 
attendees  see  Appendix  G)  .  The  discussion  resulted  in  an 
estieate  cf  3  manhcurs  and  $40  of  material  for  an  average 
repair  action.  The  primary  justification  given  for  these 
relatively  low  averages  was  that  a  high  percentage  of  GPIB 
repairs  cnly  involve  reseating  a  circuit  card. 


Material  Cost 
$  20-25 


$  25 


$  25 


Further  justification  for  these  low  average  expenditures 
coses  frcs  the  following: 

1.  The  incremental  charge  for  inclusion  of  the  GFI3 
option  in  a  manufacturers  annual  repair  agreement  is 
snail,  most  often  zero  (see  Appendix  L  for  examples)  . 
Since  electronics  firas  are  in  business  to  make 
aoney,  it  can  be  assumed  that  the  GPI3  is  not  only 
reliable,  but  is  also  relatively  inexpensive  to 
repair. 

2.  The  parts  involved  in  3PIB  implementation  are  gener¬ 
ally  inexpensive.  The  following  examples 

[Bef.  59,60]  illustrate: 

Texas  Inst.  9914A  GPIB  Integrated  Circuit  $16.00 
SB  160  Buffer  5.00 


SB  162  Buffer 

HP -IB  Internal  Cable  (H-P  5328A  Counter) 
HP -IB  Circuit  Card  (H-P  5328A  Counter) 


5.00 

6.50 

16.50 

206.00 


ram  h 

6PIE  BEPAIR  COITBACT  COSTS 


The  following  data  reflects  the  annual  repair  agreement 
rates  for  Tektronix  and  Hewlett-Packard  test  equipnent  avai- 


lable  with  GPIB  as  an  option  [Ref.  61,62]. 

Cost  of  Annual 

£&  saisagla^asa  nc^-gpis  »i. 

tt  GpI3 

Contract 

Delta 

H-P 

6002A 

Power  Supply 

75 

75 

0 

H-P 

6 129C 

Voltage  Source 

230 

230 

0 

H-P 

6130C 

Voltage  Source 

260 

260 

0 

H-P 

61 3 1C 

Voltage  Source 

260 

26  0 

0 

H-P 

80 16  A 

Hord  Generator 

360 

360 

0 

H-P 

8018A 

Data  Generator 

360 

36  0 

0 

H-P 

8620C 

Sweep  Generator 

75 

95 

20 

H-P 

866  0A 

signal  Generator 

265 

265 

0 

H-P 

436A 

Power  Heter 

60 

60 

0 

H-P 

1610E 

Logic  Analyzer 

110 

110 

0 

H-P 

16  15A 

Logic  Analyzer 

85 

85 

0 

H-P 

1640E 

Data  Analyzer 

105 

105 

0 

H-P 

2804A 

Theraoaeter 

160 

160 

0 

H-P 

190OB 

Wavefora  Storage 

100 

115 

15 

H-P 

37711/E 

Data  Analyzer 

280 

280 

0 

H-P 

4262A 

LCB  Meter 

125 

170 

45 

H-P 

4943A 

TIMS 

310 

310 

0 

H-P 

4944  A 

TIHS 

310 

310 

0 

H-P 

5328A 

Counter 

30 

30 

0 

H-P 

5340  A 

Counter 

370 

370 

0 

H-P 

534  2A 

Counter 

170 

20  0 

30 

H-P 

5345A 

Counter 

24  5 

24  5 

0 

H-P 

3964A 

Tape  Beccrder 

260 

26  0 

0 

H-P 

3968A 

Tape  Recorder 

575 

575 

0 

H-P 

5150 

Printer 

105 

105 

0 

TEK 

468 

Oscilloscope 

430 

430 

0 

TEK 

5223 

Oscilloscope 

305 

305 

0 

TEK 

492 

Spectran  Anal 

610 

630 

20 

A££ ism  a 

LOGISTICS  COST  FACTOR  DERIVATION 


A  logistic  ccst/material  cost  ratio  was  one  of  the  most 
illusive  elements  in  this  analysis.  consultation  with 
■embers  of  the  Naval  Postgraduate  School  (N?S)  financial 
aanageaent  facility  and  phone  conversations  with  MAVSUP, 
NAVCOHPT  and  the  Fleet  Material  Support  Office  (FMSO)  failed 
to  locate  a  viable  figure. 

with  the  assistance  of  CDR  Peter  N.  Blondin,  NPS  finan¬ 
cial  aanageaent  faculty,  the  following  ratio  of  budget 
eleaents  related  to  logistics  system  operation  costs  and  the 
cost  cf  materials  processed  by  the  system  was  devised: 

1.  Logistics  System  Op  exiting  Costs  (Numerator)  .  The 
estimated  cost  of  operating  the  Navy  logistics  system 
was  based  upon  the  following  FY-83  budget 


was  based  upon 
authorizations: 
Appropriation 


Ayeas  Included  Approx  Amt 


OSH,  N  (3  A-7) 

NAVSUP  Hdqtrs. 

$  60 

M 

ICPS/FMSO 

200 

M 

Stock  Points 

220 

M 

Transportation 

460 

a 

OSH,  N  (Other  BAs) 

Stock  Points 

100 

a 

OSH,  DOD 

ICPs/Stock  Points 

400 

M 

MEN 

MILPERS  in  Supply 

300 

a 

Procurement 

Investment  Costs 

100 

a 

TOTAL  APPROXIMATE  FY-83  COSTS  $ 

1,840 

a 

2.  Supply  System  Mater  lal  Costs  (Denominator)  .  This 
figure  consists  of  FY-83  budget  authority  for  spare 
parts  and  for  Navy  Stock  Fund  (NSF)  material. 

Appropriation  Areas  Included  Approx  Amt 

CPN  Spares  Procurement  $  81  a 

KPN  Spares  Procurement  127  .1 


APN  Spares  Procurement  1,9  98  a 

NSF  (06M,  N)  Spares  Procurement  3,000  a 

Other  Stock  Funds  Spares  Procurement  3C0  a 

C&a,N  (BA-7)  Eng/Component  Rework  1,034  a 

TOTAL  APPRO TIB  ATE  FY-33  Costs  7,030  a 

3.  Logistics  (^ost/Matsr ial  Cost  Ratio.  Division  of  the 
logistics  costs  ($1,840  a)  by  the  total  material 
costs  ($7,030  H)  yields  .2617  (26.17*). 

This  26*  figure  grossly  understates  (perhaps  by  as  much 
as  100*)  the  actual  cost  ratio  because  of  the  absence  of 
several  major  logistics  system  cost  elements  which  were  not 


available.  Among  these  absent  cost  elements  are  the 
following: 

1.  Ccs-tq  Afloat  Supply  Support.  The  Navy  employs 
numerous  supply  support  ships  to  deliver  supplies  to 
the  operating  units.  The  above  logistics  system  cost 
estimates  do  not  include  any  costs  for  their 

operation. 

2.  laala&sa  gUaaiaa-  a  good  portion  of  the 
Naval  Haterial  Command  and  its  associated  systems 
commands  (other  than  SAVSUP)  are  directly  Involved  in 
the  planning  and  programming  of  logistics  support 
within  the  Navy.  This  involvement  includes  both  the 
acgulalticn  of  major  systems  and  the  logistical 
support  of  these  systems.  Since  it  was  not  possible 
to  segregate  individual  costs  of  supply  support  from 
ether  major  logistical  areas,  no  cost  for  the  Naval 
Material  Command  or  its  systems  command  (other  than 
NAVSOP)  have  been  included. 

If  a  true  ratio  could  be  calculated  it  would  lie  some¬ 
where  between  25*  and  55*  [Ref.  63].  In  this  analysis  the 
aid- point  of  this  range,  40*,  will  be  used  for  the  logistics 
cost  factor.  Fortunately,  as  demonstrated  in  the  sensi¬ 
tivity  analysis  (Appendix  T)  the  accuracy  of  this  factor  is 


not  critical  to  the  analysis.  In  fact,  the  difference  in 
the  «odel*s  output  using  25%  factor  as  compared  to  a  553 
factor  is  ccly  $1.10. 
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APPBHDII  N 

FCA  HAHHODB  COST  CALCULATION 


The  cost  of  a  FCA  manhour  is  based  upon  the  NAVCOMPT 
Manual's  "Statistical  Costing  of  Military  Personnel 
Services"  [Ref.  64]  and  an  overhead  rate  egual  to  that 
recorded  by  the  Navy  Industrial  Funded  (NIF)  Naval  Air 
Rework  Facilities  (N ARFs )  during  FY-32. 

1.  Hourly  Labor  Costs.  The  hourly  labor  cost  is  based 
upon  the  average  hourly  rates  for  paygrades  B-4  and 
E-5  as  taken  from  the  "Navy  Composite  Standard 
Military  Rate  Table"  [Ref.  65]. 

fayagade  Hourly  R^te 


E-4  7.66 

E-5  9.07 

Average  8.36 

This  average  figure  is  adjusted  for  the  following  two 
factors  s 

Retirement  Entitlement  Accrual:  26.5* 

Other  Personnel  Support  Cost  Accrual:  23.0* 

NOTE:  The  Other  Personnel  Support  Costs  includes 
a  portion  of  guarters,  subsistence,  medical 
and  commissary  costs  not  included  in  the 
standard  rate. 

Application  of  these  factors  yields: 

Current  Ccst3 

Standard  Rate  8.36 

Other  Personnel  Support  1.92 

Total  Current  costs  10.21 


Deferred  Costs 
Retireaent 
Total  Labor  cost 
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•  Overhead  gg&a.  The  overhead  application  of  HI? 
funded  activities  during  FT- 8 2  was  calculated  from 
the  Departaent  of  the  Navy,  Office  of  Comptroller, 
“Navy  Industrial  Fund"  Report  for  the  period  ending 
30  Sspteaber  1982.  The  following  figures  are  taken 
from  the  NARF  section  of  that  report: 

Direct  Labor  $  372,083,000 

Overhead  Labor  337,557,000 

Overhead  Materials  s  Services  255,51  1,000 
The  overhead  rate  was  calculated  by  dividing  total 
overhead  by  direct  labor,  yielding  1.59. 

3-  Hourly  Overhead  Co§t.  To  avoid  charging  overhead 
against  a  deferred  labor  cost  (retirement)  ,  the  over¬ 
head  rate  is  applied  only  to  the  current  hourly  labor 
cost  (standard  rate  and  other  personnel  support 
costs).  Therefore,  the  hourly  overhead  charge  equals 
the  current  hourly  labor  cost  ($10.28)  multiplied  by 
the  overhead  rate  (1.59)  =  $16.35. 

4.  Total  Hourly  Cost  Qf  P^A  Manhour.  The  hourly  FCA 
cost  equals  the  total  hourly  labor  cost  ($12.50)  plus 
the  hourly  overhead  cost  ($16.35)  =  $28.85.  This 

figure  is  rounded  down  to  $28  per  hour  for  use  in  the 
cost-benefit  model. 

It  is  recognized  that  many  substantive  arguments  can  be 
made  against  the  derivation  of  this  figure.  It  could  be 
argued  that  application  of  an  overhead  charge  is  invalid  for 
a  shipboard  PCA  because  the  facility  cost  would  remain 
unchanged  even  if  a  man  was  eliminated.  If  might  also  be 
argued  that  the  overhead  charge  is  actually  too  low  consid¬ 
ering  the  size  of  the  Navy  support  establishment  and  the 
relatively  forward  position  of  the  FCA  in  that  structure. 
Similar  legitimate  assaults  could  be  made  cn  practically 
every  factor  in  this  derivation.  However,  no  other  figure 
exists  and  this  figure  is  not  cut  of  line  with  the  related 
hourly  rates  discussed  in  the  following  paragraphs. 


AIHSO  is  conducting  an  " AIHD  Cost  Collection  Program" 
and  has  developed  tvo  AIHD  manhour  cost  estimates.  The 
preliminary  results  for  FY-81  (the  figures  for  FY-32  and 
FI-83  are  still  under  development)  list  salary/bsnef its 
costs  of  $13  per  hcur  and  a  total  hourly  cost  (including 
materials)  of  $40  per  hour  [Bef.  66].  Adjusting  these 
figures  by  application  of  the  miliary  pay  raises  for  FY-82 
and  FY-83  (14.7  and  4.0  percent  respectively)  to  the 

salary/bene fit  portion  and  application  of  the  consumer  price 
index  (CPI)  for  CY-8  1  and  CY-82  (8.9%  and  3.9%  respectively) 
to  the  material  portion,  yields  a  FY-83  salary /benefit  rate 
of  $15.51  per  hour  and  a  FY-83  total  cost  rate  of  $45.  26  per 
hour.  The  disparity  between  these  figures  and  those  devel¬ 
oped  for  this  analysis  can  be  explained  in  two  ways.  First, 
the  AIHSO  study  considers  all  AIHD  personnel  including  cffi- 
cers  and  chief  petty  officers,  whereas  this  study  only 
considers  P03s  and  P02s.  Secondly,  the  cost  of  materials  in 
a  FCA  are,  on  the  average,  lower  than  that  of  most  AIHD  work 
centers  fcr  the  following  reasons: 

1.  FCA  inductions  are  primarily  scheduled  maintenance 
and,  therefore,  often  only  require  minor  adjustments. 
Host  other  AIHD  inductions  are  unscheduled  repairs 
and,  therefore,  require  part  replacement  a  higher 
percentage  of  the  tine. 

2.  The  repair  parts  used  in  the  FCA  generally  consist  of 
relatively  inexpensive  electronic  components.  Sany 
of  the  repairs  in  other  AIHD  work  centers  require 
replacement  of  more  complex  and  expensive  components. 

The  $28/hour  figure  compares  to  the  following  hourly 
rates  charged  by  other  calibration  and  repair  activities: 

NARF  (average  FI-83  NIF  LOS)  $  48.00 

John  Pluke  Corporation  57.50 


Tektronix 

Hewlett-Packard 


60.00 

65.00 
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DISCOONTIHG  110  THE  DISC009T  PACTOH  TABLE 


Discounting  is  a  technique  used  to  adjust  future  cash 
flows  tc  their  current  value  (present  discounted  value 
(PDV) ) .  "The  present  value  of  $1  payable  next  year  is 
$1/(1+r).  This  is  the  aaount  which,  if  invested  today  at  an 
annual  interest  rate  r,  will  yield  $1  in  one  year." 
[Bef.  67]  Therefore,  the  further  an  expected  cash  flew  is 
into  the  future,  the  less  its  value  will  be  in  current 
terns.  The  discount  factor  (provided  below)  is  the  decimal 
fraction  used  to  reduce  future  cash  flows  to  their  present 
value  (PD V)  . 

In  accordance  with  DOD  Directive  7041.3  and  OHB  Circular 
A-94 ,  a  ten  percent  discount  rata  will  be  utilized  in  this 
analysis.  The  discount  rates  used  will  be  "average"  factors 
vice  "end  of  the  year"  factors  for  the  following  reasons: 


The  raticrale  for  using  average  factors  instead  of  end- 
of-the-year  factors  is  essentially  twofold: 

1.  After  the  initial  investment  cost,  most  of  the 
annual  costs  ana  benefits  associated  with  a 

Eroject  do  not  occur  at  a  single  point  in  time 
ut  rather  are  spread  throughout  the  year.  This 

is  typically  true  of  operating  costs  and 

salaries.  Such  costs  are  best  aporoximated  by  an 
annual  lump  payment  occurring  in  the  middle  of 
the  year. 


2. 


The  exact  time  of  occurrence  of  costs  and  bene- 

Its 


l 


in  out 


iife  may  not  b< 
sence  of  more 
eason  to 
will  occur 


out  years  of  an  economic 
xnewn  with  certainty.  In  the  a 

specific  information,  there  is  no 

assume  that  these  costs  and  benefits 
cnly  on  th 
might  occur 

factors  are  generally  _ _ 

Errors  on  the  low  side  should  occur  about 
eften  as  errors  on  the  high  side.  In  the  long 
ere  will  be  an  offsetting  effect. 


is  anniversaries  of  acquisition:  they 
at  any  point  in  the  year.  Average 
re  generally  applied  to  such  costs. 


run.  th< 
fief.  60] 
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SPITE  LIFE  EXPECTAICI 


The  life  expectancy  of  various  generic  classes  of  GPETE 
•as  derived  through  the  presentation  of  an  input  given  to 
the  author  by  Hr.  Earl  Haapel,  comma V aiblamt  Cede  532B1,  and 
its  subsequent  revision  at  the  AC/O  Conference  in  Dallas. 
Texas  on  30  March  1983  (refer  to  Appendix  fl  for  a  list  of 
attendees) . 

Life  Expectancy  Sst iaates 

liifiitajsal  lZ2a  MiEll  lanut  AC/0  Bev 1 si on 


liifiitajsal  i xa 
Counters 


Counters  20  years  12  years 

Oscillcscopes  8-10  years  9  years 

Signal  Generators  7  years  10  years 

Digital  Heters  10-15  years  10  years 

In  this  analysis,  the  AC/D  revised  life  expectancies 
•ill  be  used. 


12  years 
9  years 
10  years 
10  years 


hiumi  2 

CALIBBATIOI  IITEBVAL  COHPABISOH 


Ih«  following  is  a  comparison  of  the  HETBL  model  number. 


BETEL  generic  and  th«  manufacturer’s  recommended  calibration 
interval  for  a  sample  of  twenty  instruments  (five  froa  each 
HECCA  applicable  generic  group)  (***•  69,70,71]. 

Callb  interval  (Months) 


aii 

gogSl  U 

Esiiaslasasa 

saanls 

Mi 

ais 

H-F 

970A 

Digital  Hultiaeter 

6 

12 

12 

H-P 

3465  A 

Digital  Hultiaetar 

6 

12 

12 

H-P 

3469B 

Digital  Hultiaeter 

6 

10 

12 

H-P 

3  476B 

Digital  Hultiaeter 

6 

10 

12 

H-P 

3  4  90A 

Digital  Hultiaeter 

6 

6 

3 

H-P 

5328  A 

Count  sr 

6 

24 

12 

H-P 

5  340A 

counter 

6 

38 

6 

H-P 

5345  A 

Count  er 

6 

20 

6 

H-F 

5360  A 

Counter 

6 

9 

3 

H-P 

5  3  82A 

Counter 

6 

12 

12 

H-P 

86 16  A 

Signal  Generator 

6 

16 

6 

H-P 

8614A 

Signal  Generator 

6 

13 

6 

H-P 

8660B 

Signal  Generator 

6 

12 

6 

H-F 

8672  A 

Signal  Generator 

6 

6 

6 

H-P 

8660B 

Signal  Generator 

6 

12 

6 

H-P 

6  18C 

Signal  Generator 

6 

16 

6 

T2K 

465H 

Oscilloscope 

6 

16 

12 

H-F 

1703  A 

Oscillos  cope 

6 

5 

6 

H-P 

1707B 

Oscilloscope 

6 

5 

6 

H-F 

180C 

Oscil  loscope 

6 

12 

6 

H-P 

1 201 B 

Oscilloscope 

6 

4 

6 

AVZBAGE 

6.0 

12.9 

7.8 
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STAIDABD  9 A  SHOOS  COHPAHISOS 


The  following  is  a  coaparison  of  the  standard  calibra¬ 
tion  aan hours  between  Manufacturers •  service  centers  and 


lavy  act 

ivities. 

Twenty  instruaents  are 

listed,  five  from 

each  of 

the  generic  groups  for  which  MECCA  ICPs 

have  or  will 

be  developed. 

Navy  data  is  based  upon 

f  iv  s 

year  MEAS0BE 

data  froa  the  FB ASS  Beport  B-1  of  19  jan 

1983. 

Manufacturer 

figures 

are  based  upcn  the  current  standa 

rd  calibration  cost 

[Bef .  62 

,70]  divided  by  the  current  hourly 

calibration/ 

repair  cost  for 

the  particular  aanufacturer 

($65/hour  for 

Hevlett- 

Packard, 

S60/hour  for  Tektronix). 

Cal. 

ib  Std  Hanhours 

Aii 

Jgflal  1. 

£  flsisaslfttasa  ma  h-i  sfh 

H-F 

970  A 

Digital  Hultiaeter 

2.  1 

1.0 

B-P 

3465A 

Digital  Bultiaeter 

2.4 

2.3 

H-P 

3469  B 

Digital  Hultiaeter 

2.4 

3.0 

H-P 

3  476B 

Digital  Hultiaeter 

1.8 

1.0 

H-P 

3  4  90  A 

Digital  Hultiaeter 

2.  2 

3.5 

H-P 

5  3  28A 

Counter 

2. 1 

4.0 

H-P 

5  340  A 

Counter 

2.  3 

4.2 

H-t 

5345  A 

Counter 

4.  1 

4.0 

H-P 

5360A 

Counter 

4.  2 

6.0 

H-P 

5382  A 

Counter 

2.3 

1.5 

TEA 

465  a 

Oscilloscope 

3.2 

2.0 

H-P 

1703A 

Oscilloscope 

3.  3 

4.0 

H-F 

1707B 

Oscilloscope 

6.7 

4.0 

H-P 

180C 

Oscilloscope 

2.  9 

1.5 

H-F 

1 201 B 

Oscilloscope 

2.6 

2.5 

H-P 

86 16  A 

Signal  Generator 

3.  3 

2.5 

H-F 

86 14  A 

Signal  Generator 

3.6 

2.5 

H-P 

8660  B 

Signal  Generator 

4.6 

4.5 

H-P 

8672A 

Signal  Generator 

12.0 

6.0 

H-E 

618C 

Signal  Generator 

3.4 

2.5 

AVERAGE 

3.5 

3.  1 
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COST-BEVEFIT  BO DEL  SABPLE  BXBCOTIOH 


Tba  following  exaaple  execution  of  th9  cost-benefit 
analysis  aodel  developed  in  chapter  5  is  based  upon  a 
December  1982  Mavy  procureaent  of  3000  AN/USB-425  oscillo¬ 
scopes  froa  Kikisui  (Japan).  The  derivation  of  each 
parameter  and  the  applicable  calculations  will  first  be 
presented.  The  results  will  then  be  assigned  to  the  appro¬ 
priate  life  cycle  year,  discounted  and  totaled. 

1.  Procure  went  Quantity.  3000  units  (per  the  contract). 

2.  &f£lSft&!£  ti£S  £Z2l£-  9  years  for  an  oscilloscope 

(Appendix  P) . 

3.  saiifenUsa  siUa-  The  16  aonth  calibration  interval 

of  the  current  AH/0SB-42S  oscilloscope  (the  Tektronix 
4658,  option  49)  will  be  used  in  this  analysis. 
Taking  into  account  the  initial  calibration  (assuaed 
to  take  place  at  tiae  zero)  a  total  of  seven  life 
cycle  calibrations  will  be  scheduled  for  execution 
during  the  following  months:  0,  16,  32,  48,  64,  30 

and  96* 

4.  £&&&£&  SiUtoUPa  aaakaaas-  2.7  aanhours,  the 

standard  calibration  aanhours  of  the  Tektronix  465B 
(froa  PBABS  format  B-1)  ,  will  be  used. 

5*  IfilUiSl  SfltilS*  For  the  sake  of  illustration,  soft¬ 
ware  costs  will  be  included  in  this  calculation. 

a)  Software  Develcoaent  Cpstf .  The  $2,500  icp  devel¬ 
opment  cost  divided  by  3000  units  yields  a  cost  of 
E0* 83  per  unit  (assigned  to  tiae  0). 

b)  Software  Halntenance  qost?.  $300  per  year  soft¬ 
ware  maintenance  cost  divided  by  3000  units  yields 
a  cost  of  $0.10  t  s:  year  for  each  of  the  first 


nine  years  cf  the  instruments  projected  life  (the 
entire  life  of  an  oscilloscope) . 
c)  software  Distribution  £osts.  $4  per  MECCA  site 
multiplied  by  100  MECCA  sites  (rounded  up  from  the 
’current  93  sites)  and  divided  by  3000  units  yields 
a  cost  of  $0.13  per  unit  for  each  year  of  its  life 
cycle. 

6.  Repair  agd  Logistics  Costs.  A  typical  GPIB  repair 
consumes  3  NARF  manhours  ($144)  ,  $40  of  materials  and 
a  logistics  cost  of  $16  (.4  X  $40)  for  a  total  cost 
cf  $200.  Over  this  instrument’s  life  cycle  the 
chance  of  a  failure  is  143  based  upon  a  2%  chance  of 
failure  upon  induction  for  each  of  the  seven  required 
calibrations.  Fourteen  percent  of  $200  is  $29.00. 
This  repair  ccst  is  charged  at  the  life  cycle’s  mid¬ 
point,  the  fifth  year. 

7.  Calibration  Savinas .  The  savings  resulting  from 

closed  loop  calibration  is  303  of  the  standard 
manhours  (2.7)  multiplied  by  the  PC  A  manhour  ccst 
rate  ($28).  This  calculation  yields  a  $22.68  savings 
to  be  applied  at  time  zero  and  years  2,  3,  4,  6,  7, 

and  8. 

These  costs/savings  are  applied  to  the  appropriate  life 
cycle  years,  discounted  to  obtain  a  present  discounted  value 
(PDV)  (for  an  explanation  of  discounting  refer  to  Appendix 
C) ,  and  totaled  as  fellows: 

DISCOUNT 


u 

FACTOR 

cost  lisassi 

COST 

TOTAL 

PD  V 

0 

1.000 

Software  Develop 

(0.83) 

Calib  Savings 

22.  68 

Total 

21.85 

21.  85 

i 

0.954 

Software  Haint 

(0.  10) 

Software  Dist 

(0.13) 

Total 

(0.23) 

(0.22) 

2 


0.867 


Software  Main 


(0. 10) 


Software  Dist 

(0.13) 

Calib  Savings 

22.68 

Total 

22.45 

19.  46 

3 

0.778 

Software  Saint 

(0.10) 

Software  Dist 

<0.  13) 

Calib  Savings 

22.  68 

Total 

22.45 

17.47 

4 

0.717 

Software  Saint 

(0.  10) 

Software  Dist 

(0.  13) 

Calib  Savings 

22.68 

Total 

22.45 

16.  10 

5 

0.652 

Software  Saint 

(0.  10) 

Software  Dist 

(0.13) 

8epair/Lo  gistics 

(28.00) 

Total 

(28.23) 

(18.41) 

6 

0.592 

Software  Saint 

(0.  10) 

Software  Dist 

(0.  13) 

Calib  Savings 

22.68 

Total 

22.45 

13.29 

7 

0.538 

Software  Saint 

(0.  10) 

Software  Dist 

(0.13) 

Calib  Savings 

22.68 

Total 

22.45 

12.  08 

8 

0.489 

Software  Saint 

(0.  10) 

Software  Dist 

(0.  13) 

Calib  Savings 

22.68 

Total 

22.45 

10.98 

9 

0.445 

Software  Saint 

(0.  10) 

Software  Dist 

(0.  13) 

Total 

(0.23) 

(0.  10) 

TOTAL  92.94 


If  the  anticipated  increaental  cost  of  GPIB  configura¬ 
tion  is  lass  than  $92.94,  inclusion  of  GPI3  configuration 
will  rasult  in  a  life  cycle  cost  benefit.  If  the 


anticipated  GPIB  cost  exceeds  J92.  94,  the  decision  maker 
aust  determine  if  the  non-quantifiables  are  worth  the  addi¬ 
tional  life  cycle  cost. 


hUS& fill  l 

SEHSITI TXT1  ANALYSIS 


This  sensitivity  analysis  evaluates  the  effect  on  the 
■odel  output  attributable  to  variation  of  the  input  parame¬ 
ters.  The  Kikisui  oscilloscope  procurement  data  used  in  the 
■odel  execution  exaaple  in  Appendix  s  will  be  used 
throughout  this  analysis. 

Because  the  model  output  is  the  maximum  price  that  could 
be  paid  fcr  GPIB  configuration  without  increasing  life  cycle 
costs,  the  "break  even  point"  (zero  dollars)  output  is  the 
point  at  which  GPIB  would  have  to  be  free  in  order  for  there 
to  be  no  lif9  cycle  cost  disadvantage. 

1.  Procurement  Cuantit  v.  Because  the  fixed  software 

costs  are  amortized  over  the  procurement  quantity, 
the  aodel  is  sensitive  to  quantity  variations  at  rhe 
lower  procure  sent  levels. 

£j2£ariient  Quantity  Model  Output 

3000  J  92.94 


3000  J  92.94 

1000  87.53 

500  80.11 

250  65.26 

100  20.73 

78  0.00 

2.  Ssijbia&LSfl  aaa&out  seduction  Factor.  Because  cali¬ 
bration  manhours  savings  is  the  only  quantified 
benefit  in  the  model,  any  variation  of  its  elements 
has  a  significant  impact  on  the  model's  output. 

12^25.  El£t££  22£l 1  0&t22£ 

50*  $  167.57 

30  *  92.94 

25*  73.43 

20*  54.60 
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10* 

S.5X 


16.95 

0.00 


3. 


4. 


5. 


Standard  Calibration  Manhours.  Like  the  calibration 

manhcur  reduction  factor,  standard  calibration 

* 

aanhcurs  directly  impacts  the  only  quantified 

benefit.  Therefore,  the  model  output  is  sensitive  to 

its  variation.  Unlilce  the  calibration  manhour  reduc¬ 
tion  factor,  this  input  element  can  usually  be 
determined  with  relative  certainty  because  of  the 
existence  of  the  MEASURE  data. 

Standard  Manhours  Model  Output 


0.50 

3  0.00 

1.00 

20.37 

2.00 

61.46 

2.70 

92.94 

3.00 

10  2.54 

4.00 

139.63 

5.00 

184.71 

££1  &a&gg£  £Sgt«  Because  the 

only  cost 

sa  vi  ngs 

factor  is  < 

directly  proportional 

to  the  FCA 

manhcur 

cc st,  the  model  is  very  sensitive 

to  its  variance. 

Manhour  Cost 

Model  Output 

$  40 

140.67 

35 

120.50 

30 

100.33 

28 

92.94 

25 

80.  16 

20 

59.98 

15 

39.81 

10 

19.64 

5.  13 

0.00 

Interval.  As  was  the 

case  with 

standard 

calibration 

manhours,  the  calibr 

ation  inte 

rval  can 

usually  be 

obtained  from  axis 

ting  data. 

Like 
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previous  parameters  that  directly  affected  calibra¬ 
tion  savings,  the  eodel  is  sensitive  to  variation  in 
calibration  interval. 

N£  Cali b 
18 
9 
7 
5 
3 
3 
2 


£&i ik 

6  aonths 
12  aonths 
16  aonths 
24  aonths 
36  aonths 
48  aonths 
60  aonths 


6.  figjaii  aai  costs. 


costs  aay  be  varied  by  changes  to  the  failure  rate, 
average  repair  tine,  material  costs,  and/or  logistics 
costs.  These  elements  are  considered  separately, 
a)  Failure  Rate.  Because  failure  rate  affects 
overall  repair  costs,  the  model  is  more  sensitive 
tc  its  variance  than  it  is  to  variance  of  the 
individual  repair  cost  elements. 


Failure  Bate 
0.5% 

1% 

2% 

5% 

12.  2% 

b)  Betqii;  ^ine.  Repair  tine 
significantly  to  have  a 
model's  output. 

assays  Tine 


1  MHH 

2  NHBS 

3  NHBS 
5  HHBS 

10  MHRS 
24.2  NHBS 


Model  Output 
$  106.64 
102.07 
92.94 
65.56 
0.00 

would  have  to  increase 
great  impact  on  the 

£o£ejl  Oa+£ut 
$  101.71 
97.  33 
92.  94 
84.  19 
62.29 
0.  00 
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c)  Material  Costs.  Like  repair  time,  material  costs 
weald  have  to  wary  substantially  to  have  any 
significant  impact  on  the  model  output. 

££££  Output 

*40  $  94.22 

80  87.82 

2  00  72.46 

500  34.  06 

766  0.  00 

d)  Logistics  Cost  Factor.  Variation  of  the  logistics 
cost  factor  has  very  little  effect  on  the  models 
output. 

Logistic  Factor  Model  Output 
2586.0  0.00 


2.00 

1.00 

0.55 

0.40 


0.00 
87.  10 
90.75 
92.39 
92.  94 
93.49 


0.25  93.49 

BM 2l  UZSZk  sii IS-  The  number  of  MECCA  sites 
only  affects  software  distribution  costs  and,  there¬ 
fore,  the  model  is  very  insensitive  to  its  variation. 


S112S 

100 


2asEa£ 

$  92.94 
91.54 


400  90.03 

10,012  0.00 

Software  Cost^.  For  large  quantity  procurements, 
such  as  the  Kikisui  AS/OSM-425  contract,  the  model  is 
extremely  insensitive  to  software  cost  variations, 
a)  Software  Development  Co§ts.  The  *2,500  ICP  devel¬ 
opment  cost  is  as  firm  as  any  used  in  this 
analysis.  However,  even  if  it  were  doubled  to 
15,000  it  would  only  reduce  the  model's  output  by 
$  0.83. 
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b)  Software  Saint ana nee  costs.  Doubling  the  annual 
ICP  Maintenance  cost  to  $600  per  year  would  only 
decrease  the  aodel's  output  by  $  0.70. 

c)  Software  Distribution  costs.  Doubling  the  annual 
ICP  distribution  costs  to  $800  per  year  would  only 
decrease  the  model's  output  by  $  0.94. 


ippggpn  0 

AVAILABILITY  SEDUCTIONS  ODE  TO  IEEE-488  INSTALLATION 


This  study  only  considers  use  of  the  IEEE-488  interface 
bus  fcr  calibration  purposes,  therefore,  only  bus  failures 
that  iapact  calibration  accoaplishnent  will  adversely  affect 
instruaent  availability.  Because  a  functional  interface  bus 
is  net  required  for  the  test  instrument's  functional  use, 
the  instruaent  could  be  calibrated  using  bus  independent 
(MECCA  epen  loop  cr  conventional  manual)  methods  and 
returned  for  use.  Therefore,  the  only  bus  failure  that 
would  preclude  any  fora  of  calibration  would  be  one  which 
would  cause  instruaent  inoperability  in  both  the  local  and 
reaote  aodes  (a  "hang  up"). 

To  ascertain  the  probability  of  such  a  "hang  up"  a 
nuaber  of  individuals  experienced  in  IEEE-488  bus  operation 
and  aaintenance  were  surveyed.  The  results  of  this  survey 
follows: 


flaae/Activity/Eef  eren  ce 
Hr.  Richard  Calhoun 
HEC  Poaona 

Phcnecon  of  29  Nov  1983 
Hr.  Hicheal  Foley 

NABF  Pensacola  Type  II 
Phcnecon  of  21  Jan  8  3 
Hr.  Paul  Millenborg 

NATC  Patuxent  River 
Visit  of  24  Feb  83 
Hr.  Robert  Hawson 
John  Fluke  Corp. 
Phcnecon  cf  29  Nov  1982 


"Ha£3  Probability 

Definite  possibility 

"Highly  Improbable" 

Has  heard  of  one  such 
incidence 

Does  not  believe  that  it 
is  possible. 
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Hr.  Bobert  Ho lco ■ t  “Highly  improbable" 

SAX  NCL  Tost  is 
phonecon  of  13  Jan  1983 

Hr.  Craig  Saby  Bus  failure  eery  seldom 

Heal  ext*  Packard  Service  affects  local  operation. 
Center*  Atlanta 
phcnecon  of  18  Jan  1983 

The  findings  of  this  survey  were  presented  to  the  AC/D 
Conference  in  Dallas,  Texas  on  30  .larch  1983  (see  Appendix  G 
for  a  list  of  attendees)  .  The  consensus  opinion  of  the 
conference  attendees  was  that  the  possibility  of  such  a 
■alfuncticn  is  remote. 


APPENDIX  l 

IEZE-488  SUBSET  REQUIRES BITS  FOB  AUTOHAT BO  CALIBRATION 


The  following  IEEE-48  8  autoaated  calibration  subset 
reguireaents  represent  the  identical  inputs  of  Hr.  Edward 
Greer#  Naval  Air  Test  Center  Code  IS-243,  and  Mr.  Richard 
Calhoun#  Metrology  Engineering  Center: 

Jj&Sliace  iM&liSSl  Siaboi  Subset  Reguireaents 

Source  Handshake  SH  SHO  not  allowed 

Acceptor  Handshake  AH  AHO  not  allowed 

Talker  cr  Extended  T  or  TE  10 #T3#T4#T7#T8  not 

Talker  allowed 

TE0,TE3,TE4#TE7,TE8  not 
allowed 

1 1 #T2#T5 #T6  preferred 
TE 1#  TE2#T2  5,TE6  preferred 
Listener  or  L  or  LB  LO  not  allowed 

Extended  Listener  LEO  nor  allowed 

Service  Request  SR  SRI  required 

Reaote  Local  RL  RLO  not  allowed 

RL1  preferred 
RL2  not  preferred 
Parallel  Poll  PP  P?1#  PP2  optional 

Device  Clear  DC  DC  1  required 

Device  Trigger  DT  optional 


imim  a 

C01PABIS0I  OF  GPIB  SOBSBT  REQUIRBHEHTS/RECOHHENDATIONS 

The  following  is  a  comparison  of  the  GPIB  subset 
requirements  specified  in  HIL-T-28800  (Appendix  D) »  the  U.S. 
Air  Force  HATE  requireaents  (Appendix  E)  #  and  the  recommen¬ 
dations  provided  by  Hr.  Edward  Greer  and  Hr.  Richard  Calhcun 
(Appendix  T) : 

1.  Source  Handshake.  SHI  required  by  all  sources. 

2.  Accepter  Kind shake.  AH  1  required  by  all  sources. 

3.  ijM  2i  X&U3I- 

a)  T1  required  by  MIL-T-28800. 

b)  T 1#  T2,  T5,  or  T6  (or  corresponding  TE  subset) 

required  by  all  other  sources. 

4.  Listener  Extended 

a)  LI  required  by  HIL-T-28800. 

b)  LO  not  allowed  by  all  other  sources.  This  iaplies 
LI#  L2#  L3  and  L4  (and  corresponding  LS  subsets) 
are  acceptable. 

5.  Service  Bequest. 

a)  SRI  required  by  HIL-T-28800#  Hr.  Calhoun  and  Hr. 
Greer. 

b)  SRI  optional  for  USAF  HATS. 

a)  RL1  required  by  HIL-T-28800 

b)  RL1  preferred,  RL2  not  preferred  by  all  ether 
sources. 

7.  2211-  Considered  optional  or  not  required 
by  all  sources. 

8.  Bills* 

a)  0C1  not  required  or  considered  opticnal  by 
HIL-T-28800  and  USAF  HATE. 
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